Topic: Installing Sail 2.6 and Asterisk from rpms on SME 7.5.1

[Teviot]

I am trying to install Sail 2.6 and Asterisk 1.4 from RPM's using the instructions at http://forums.contribs.org/index.php/topic,46173.0.html

However I am having trouble sorting the dependencies that it is coming up with.

I'm using

Code: [Select]

[root@test ~]# uname -r
2.6.9-89.0.25.ELsmp
[root@test ~]#
The install results are as follows

Code: [Select]

[root@test ~]# yum -y install libpri asterisk14 asterisk-addons14 dahdi-linux dahdi-tools libiksemel3 dahdi-linux-kmdl-`uname -r` --enablerepo=atrpms
Loading "protect-packages" plugin
Loading "installonlyn" plugin
Loading "smeserver" plugin
Loading "fastestmirror" plugin
Setting up Install Process
Setting up repositories
Loading mirror speeds from cached hostfile
Reading repository metadata in from local files
Excluding Packages from atrpms - EL4
Finished
Excluding Packages from CentOS - os
Finished
Excluding Packages from CentOS - updates
Finished
Parsing package install arguments
No Match for argument: dahdi-linux-kmdl-2.6.9-89.0.25.ELsmp
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Package dahdi-linux.i386 0:2.3.0-68.el4 set to be updated
---> Package libiksemel3.i386 0:1.4-2_2.el4 set to be updated
---> Package asterisk-addons14.i386 1:1.4.11-26.el4 set to be updated
---> Package dahdi-tools.i386 1:2.3.0-66.el4 set to be updated
---> Package asterisk14.i386 1:1.4.31-91.el4 set to be updated
---> Package libpri.i386 1:1.4.10.2-25.el4 set to be updated
--> Running transaction check
--> Processing Dependency: libodbc.so.1 for package: asterisk14
--> Processing Dependency: libtonezone.so.2.0 for package: asterisk14
--> Processing Dependency: libogg.so.0 for package: asterisk14
--> Processing Dependency: asterisk-moh-opsound-wav for package: asterisk14
--> Processing Dependency: libgcrypt.so.11(GCRYPT_1.2) for package: libiksemel3
--> Processing Dependency: libasound.so.2(ALSA_0.9.0rc4) for package: asterisk14
--> Processing Dependency: libvorbis.so.0 for package: asterisk14
--> Processing Dependency: libvorbisenc.so.2 for package: asterisk14
--> Processing Dependency: libspeex.so.1 for package: asterisk14
--> Processing Dependency: asterisk-core-sounds-en-gsm for package: asterisk14
--> Processing Dependency: libradiusclient-ng.so.2 for package: asterisk14
--> Processing Dependency: libasound.so.2(ALSA_0.9) for package: asterisk14
--> Processing Dependency: dahdi-linux-kmdl-2.3.0-68.el4 for package: dahdi-linux
--> Processing Dependency: libpri.so.1.4 for package: asterisk14
--> Processing Dependency: libgsm.so.1 for package: asterisk14
--> Processing Dependency: libgcrypt.so.11 for package: libiksemel3
--> Processing Dependency: libspeexdsp.so.1 for package: asterisk14
--> Processing Dependency: libasound.so.2 for package: asterisk14
--> Processing Dependency: libgpg-error.so.0 for package: libiksemel3
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Package asterisk-moh-opsound-wav.noarch 0:2.03-56 set to be updated
---> Package libpri1.i386 1:1.4.10.2-25.el4 set to be updated
---> Package libvorbis.i386 1:1.1.0-3.el4_8.3 set to be updated
---> Package libradiusclient-ng2.i386 0:0.5.6-0.el4 set to be updated
---> Package asterisk-core-sounds-en-gsm.noarch 0:1.4.19-61 set to be updated
---> Package dahdi-linux-kmdl-2.6.9-89.0.28.EL.i686 0:2.3.0-68.el4 set to be updated
---> Package libgcrypt.i386 0:1.2.0-3 set to be updated
---> Package libtonezone2.i386 1:2.3.0-66.el4 set to be updated
---> Package libgpg-error.i386 0:1.0-1 set to be updated
---> Package libogg.i386 2:1.1.2-1 set to be updated
---> Package libgsm1.i386 0:1.0.13-2.el4 set to be updated
---> Package alsa-lib.i386 0:1.0.6-5.RHEL4 set to be updated
---> Package unixODBC.i386 0:2.2.11-1.RHEL4.1 set to be updated
---> Package speex.i386 0:1.2-0.11.rc1.el4 set to be updated
--> Running transaction check
--> Processing Dependency: /boot/vmlinuz-2.6.9-89.0.28.EL for package: dahdi-linux-kmdl-2.6.9-89.0.28.EL
Importing Additional filelist information for dependency resolution
--> Finished Dependency Resolution
Error: Missing Dependency: /boot/vmlinuz-2.6.9-89.0.28.EL is needed by package dahdi-linux-kmdl-2.6.9-89.0.28.EL
[root@test ~]#
I have tried downloading and installing by itself ( dahdi-linux-kmdl-2.6.9-89.0.28.EL ) but this fails too

----------
In Addition
----------

I think if I'm reading correctly YUM can't fined dahdi-linux-kmdl-2.6.9-89.0.28.EL

I have no idea how to fix this


Even tried downloading the rpm's and installing local

Code: [Select]

[root@test asterisk]# ls -la
total 7432
drwxr-xr-x  2 root root    4096 Sep  5 20:25 .
drwxr-x---  5 root root    4096 Sep  5 20:20 ..
-rw-r--r--  1 root root 3574843 May 23 21:59 asterisk14-1.4.31-91.el4.i386.rpm
-rw-r--r--  1 root root  473375 May 23 19:11 asterisk-addons14-1.4.11-26.el4.i386.rpm
-rw-r--r--  1 root root 2552024 Apr 25 21:22 dahdi-linux-2.3.0-68.el4.i386.rpm
-rw-r--r--  1 root root  631416 Aug 15 09:15 dahdi-linux-kmdl-2.6.9-89.0.28.EL-2.3.0-68.el4.i686.rpm
-rw-r--r--  1 root root  237348 May 24 02:57 dahdi-tools-2.3.0-66.el4.i386.rpm
-rw-r--r--  1 root root   28115 May 25 00:46 libiksemel3-1.4-2_2.el4.i386.rpm
-rw-r--r--  1 root root   67754 Oct 27  2009 libpri1-1.4.10.2-25.el4.i386.rpm
[root@test asterisk]#

[versa]

I have tried downloading and installing by itself ( dahdi-linux-kmdl-2.6.9-89.0.28.EL ) but this fails too

I might be wrong but I think you need dahdi-linux-kmdl-2.6.9-89.0.25.ELsmp since your kernel is

Code: [Select]
[root@test ~]# uname -r
2.6.9-89.0.25.ELsmp
[root@test ~]#

you could try to get it from here:  http://wolfcastle.wu-wien.ac.at/dist/rhel4-i386/RPMS.at-stable/

[Teviot]

I might be wrong but I think you need dahdi-linux-kmdl-2.6.9-89.0.25.ELsmp since your kernel is

you could try to get it from here:  http://wolfcastle.wu-wien.ac.at/dist/rhel4-i386/RPMS.at-stable/

Thank you versa

I'm tired at the moment as I have just come of night shift.  I admit I didn't see that

Thanks again

[Teviot]

Have it all install and it appears to be running.

Have created a trunk to my production PBX and an extension and a route

It won't let me make a call and I can't get a call in

Route

Code: [Select]

_X.which is setup to go to my production PBX

When making a test call I get this on the CLI

Code: [Select]

test*CLI>
    -- Executing [400@internal:1] AGI("SIP/700-00000003", "selintra|OutCluster|400") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/selintra
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
  ==  selintra|OutCluster|400: Failed to execute '/usr/share/asterisk/agi-bin/selintra': No such file or directory
[Sep  5 22:05:18] ERROR[6201]: utils.c:968 ast_carefulwrite: write() returned error: Broken pipe
  == Auto fallthrough, channel 'SIP/700-00000003' status is 'UNKNOWN'
    -- Executing [h@internal:1] Hangup("SIP/700-00000003", "") in new stack
  == Spawn extension (internal, h, 1) exited non-zero on 'SIP/700-00000003'
test*CLI>
Further Update

The PBX won't allow internal calls

[SARK devs]

The Digium rpms are for CentOS 5.  You probably won't get away with installing them on CentOS 4 no matter how hard you bend them. 

Is this being installed over an existing asterisk installation?  It is failing because Asterisk is looking for agi's in /usr/share and not /var/lib. 

You should change the Asterisk agi path in /etc/asterisk/asterisk.conf to /var/lib.   

Code: [Select]

...
astagidir => /var/lib/asterisk/agi-bin
.../code]


Kind Regards
S









[Teviot]

The Digium rpms are for CentOS 5.  You probably won't get away with installing them on CentOS 4 no matter how hard you bend them. 

Is this being installed over an existing asterisk installation?  It is failing because Asterisk is looking for agi's in /usr/share and not /var/lib. 

You should change the Asterisk agi path in /etc/asterisk/asterisk.conf to /var/lib.   

Code: [Select]

...
astagidir => /var/lib/asterisk/agi-bin
.../code]


Kind Regards
S









S

It a clean install. I think the different directories could be the problem. Although I did get things working with a bit of playing. I eventually got internal call and got calls out.  I wasn't successful in getting inbound calls to work.  But being a test machine, I'm still trying to get an install to work with little or no fuss.

Which rpms would you suggest?

Would I be better off using sail-2.2 as you suggest in http://forums.contribs.org/index.php/topic,46472.0.html ?

Is there an upstream reason for the change in directories