Re: [asterisk-users] Cannot install dahdi-linux on (old) PAE kernel.
-Original Message-
From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-
boun...@lists.digium.com] On Behalf Of Jason Parker
Sent: 06 May 2011 20:01
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Cannot install dahdi-linux on (old) PAE kernel.
On 05/06/2011 01:30 PM, Bob Beers wrote:
Not sure if this will work, but I'd try adding, before line 86:
#Workaround for PAE
%if %{paevar} == PAE
Provides: kmod-dahdi-linux
%endif
Can't actually test it myself, sorry.
- Bob
You'd probably want to modify the kmodtool that comes with it, to just always
provide kmod-dahdi-linux.
Jason,
I solved by editing dahdi-linux.spec to change the Requires to expect the PAE
variant, but I think Bob's idea is better.
I'm not sure what the kmodtool is. Can you enlighten?
Steve Hindmarch
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Cannot built kmod-dahdi-linux for PAE kvariant from SRPM
After many moons I have revisited this problem and found a solution that moves the problem further up the stack. I will post my new problem separately but just for completeness here is the solution. Original problem: trying to build kmod-dahdi-linux for out of date PAE kernel. Errors: rpmbuild --bb ~/localrpms/SPECS/dahdi-linux-kmod.spec --target=i686 --define kversion `uname -r` + make KVERS=2.6.18-128.el5xen modules You do not appear to have the sources for the 2.6.18-128.el5xen kernel installed. make: *** [modules] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.78040 (%build) Solution: Specify the kernel variant in the rpm build command rpmbuild --bb ~/localrpms/SPECS/dahdi-linux-kmod.spec --target=i686 \ --define kversion `uname -r` --define kvariants 'PAE' Steve Hindmarch -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Cannot install dahdi-linux on (old) PAE kernel.
I am trying to install dahdi-linux from packages onto an OEL5u3 server which has an old kernel (5.2.6.18_128) and is a PAE variant. As there are no kmod packages now available for this kernel I am having to build them from source packages. I have installed the dahdi-firmware-2.0.0-1_centos5 RPM directly. I have downloaded the following SRPMS dahdi-linux-2.4.1.2-1_centos5.src.rpm dahdi-linux-kmod-2.4.1.2-1_centos5.2.6.18_238.9.1.el5.src.rpm I have installed them and built them to create these RPMS dahdi-linux-2.4.1.2-1_centos5.i686.rpm dahdi-linux-devel-2.4.1.2-1_centos5.i686.rpm kmod-dahdi-linux-PAE-2.4.1.2-1_centos5.2.6.18_128.el5.i686.rpm Now if I try to installed the packages I get the following dependency error. $ sudo rpm -ivh kmod-dahdi-linux-PAE-2.4.1.2-1_centos5.2.6.18_128.el5.i686.rpm dahdi-linux-2.4.1.2-1_centos5.i686.rpm error: Failed dependencies: kmod-dahdi-linux is needed by dahdi-linux-2.4.1.2-1_centos5.i686 An inspection of the kmod-dahdi-linux RPM shows that is provides kmod-dahdi-linux-PAE, not kmod-dahdi-linux. How do I get the dahdi-linux package to recognise the kmod PAE package as the right one for this kernel? Steve Hindmarch -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Cannot built kmod-dahdi-linux for PAE kvariant from SRPM
Jason, Thanks for that, but I am still getting an error. I run rpmbuild using this command rpmbuild --bb ~/localrpms/SPECS/dahdi-linux-kmod.spec --target=i686 --define kversion `uname -r` but it fails with this error message. make[1]: Leaving directory `/usr/src/kernels/2.6.18-128.el5-i686' + popd ~/localrpms/BUILD/dahdi-linux-kmod-2.2.1 + for kvariant in '' xen PAE + pushd _kmod_build_xen ~/localrpms/BUILD/dahdi-linux-kmod-2.2.1/_kmod_build_xen ~/localrpms/BUILD/dahdi-linux-kmod-2.2.1 + make KVERS=2.6.18-128.el5xen modules You do not appear to have the sources for the 2.6.18-128.el5xen kernel installed. make: *** [modules] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.78040 (%build) I have installed the devel packages rpm -qa | grep kernel-.*devel kernel-xen-devel-2.6.18-128.el5 kernel-PAE-devel-2.6.18-128.el5 kernel-devel-2.6.18-128.el5 Is there something else I can do? Steve Hindmarch -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Jason Parker Sent: 16 February 2010 18:21 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Cannot built kmod-dahdi-linux for PAE kvariant from SRPM stephen.hindma...@bt.com wrote: rpmbuild --bb ~/localrpms/SPECS/dahdi-linux-kmod.spec snip error: Failed build dependencies: kernel-devel = 2.6.18-164.11.1.el5 is needed by dahdi-linux-kmod-2.2.1-1_centos5.2.6.18_164.11.1.el5.i386 Add a --target=i686 to your rpmbuild line. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Cannot built kmod-dahdi-linux for PAE kvariant from SRPM
I using the asterisk yum repository at http://packages.asterisk.org/centos/5/current to install a vanilla asterisk. All went well on my development server, which is a fully up to date CentOS5 machine. But now I am trying to do the same with my production server, which is an OEL5 machine with the 2.6.18-128.el5PAE kernel. This throws a dependency error for kmod-dahdi-linux. kmod-dahdi-linux-2.2.1-1_centos5.2.6.18_164.11.1.el5.i686 from asterisk-current has depsolving problems -- Missing Dependency: kernel-i686 = 2.6.18-164.11.1.el5 is needed by package kmod-dahdi-linux-2.2.1-1_centos5.2.6.18_164.11.1.el5.i686 (asterisk-current) Error: Missing Dependency: kernel-i686 = 2.6.18-164.11.1.el5 is needed by package kmod-dahdi-linux-2.2.1-1_centos5.2.6.18_164.11.1.el5.i686 (asterisk-current) Well I suppose I can't expect there to be a kmod package for every possible combination of dahdi version and kernel out there so I suppose I shall have to build my own. I cannot change the kernel version on the production server as it is out of my hands. So I have been trying to use the source rpm. I tried using yum to download it but the SRPMS directory is not at the same level as the RPMS directory so yum cannot see it. Instead I used wget to download dahdi-linux-kmod-2.2.1-1_centos5.2.6.18_164.11.1.el5.src.rpm, installed in a local build area and tried to build it. I installed the correct devel packages, that is both kernel-devel and kernel-PAE-devel. To begin with I just tried rpmbuild --bb ~/localrpms/SPECS/dahdi-linux-kmod.spec but that fails as the spec file relies on the internally defined kernel version error: Failed build dependencies: kernel-devel = 2.6.18-164.11.1.el5 is needed by dahdi-linux-kmod-2.2.1-1_centos5.2.6.18_164.11.1.el5.i386 A brief inspection of the spec file suggested I could override the kernel version uname -r 2.6.18-128.el5PAE rpmbuild --bb ~/localrpms/SPECS/dahdi-linux-kmod.spec -D kversion `uname -r` But this fails because by the time the kernel name gets passed to the makefile the PAE has been lost:- ... ~/localrpms/BUILD/dahdi-linux-kmod-2.2.1/_kmod_build_ ~/localrpms/BUILD/dahdi-linux-kmod-2.2.1 + make KVERS=2.6.18-128.el5 modules You do not appear to have the sources for the 2.6.18-128.el5 kernel installed. Further inspection and I tried to override the kernel variant parameter with rpmbuild --bb ~/localrpms/SPECS/dahdi-linux-kmod.spec -D kversion `uname -r` -D kvariants PAE This allows the RPM to build but when I try to install it I get error: Failed dependencies: kernel-i386 = 2.6.18-128.el5PAE is needed by kmod-dahdi-linux-PAE-2.2.1-1_centos5.2.6.18_128.el5.i386 Why kernel-i386 when the kernel package I am using is kernel-PAE and really this check should be using uname -r to test the kernel version? So I think there are parts of the spec file that are broken for my needs. I would be happy help test any changes. In the mean time am I ok to do a -nodeps install of the package I have built? Steve Hindmarch -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Error When Using Postgresql Schema WithRealtime Sip
OK, have done. Issue ID 0015963. Steve Hindmarch BT Design -Original Message- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users- boun...@lists.digium.com] On Behalf Of Tilghman Lesher Sent: 24 September 2009 15:11 To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] Error When Using Postgresql Schema WithRealtime Sip On Thursday 24 September 2009 05:06:02 stephen.hindma...@bt.com wrote: I have investigated further and found that it is a bug in ODBC, not Asterisk. The SQLColumns function, which asterisk uses to describe the table, does not return any columns when the table name includes the schema specification. You can show this by using isql to do help table which returns info about all the columns, and then help public.table which returns nothing. As chan_sip seems to be the only application that tests the structure of the table before writing to it this is why REGISTER fails. When I have time I will chase up ODBC and see if the issue is tracked there. Do you still want me to raise it as an issue on bugtracker? Yes, I want you to raise this on the bugtracker, and no, this is not a bug in ODBC, but a deficiency in my code. Since you tracked this down to the code in res_odbc.c, I might as well tell you that the first two NULL sets of arguments (NULL, 0) are for specifying the catalog and schema, respectively, of the database table, and it is because I never bothered parsing the schema out of the tablename that this does not work. -- Tilghman Lesher Digium, Inc. | Senior Software Developer twitter: Corydon76 | IRC: Corydon76-dig (Freenode) Check us out at: www.digium.com www.asterisk.org ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Error When Using Postgresql Schema With Realtime Sip
I have investigated further and found that it is a bug in ODBC, not Asterisk. The SQLColumns function, which asterisk uses to describe the table, does not return any columns when the table name includes the schema specification. You can show this by using isql to do help table which returns info about all the columns, and then help public.table which returns nothing. As chan_sip seems to be the only application that tests the structure of the table before writing to it this is why REGISTER fails. When I have time I will chase up ODBC and see if the issue is tracked there. Do you still want me to raise it as an issue on bugtracker? The problem manifests itself in res_odbc.c inside the ast_odbc_find_table function, around line 176 in my copy of the code. Tilghman Lesher wrote: Yep, I never bothered to include support for specifying either the catalog or the schema, since I've never had reason to use either one. Please report this issue on the bugtracker (https://issues.asterisk.org) and I'll get a patch up straightaway, but I'll need your testing to ensure the patch works. ++ But I won't be able to test for awhile. Stephen. As a test/work-around/option you could try setting the search_path for the user connecting to the database. This has worked for me with RT and LedgerSMB. Steve Hindmarch BT Design ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Error When Using Postgresql Schema With Realtime Sip
I am using asterisk 1.6.1.6 and have been setting up a system to use a
Postgresql database as the realtime DB via the ODBC route. I have got
extensions and voicemail working but am having trouble with SIP
The problem seems to be with using a schema. If I put the table sip in
the schema foo then I add this entry to extconfig.conf
sippeers = odbc,psqldb,foo.sip
Restart everything and then try to register a client. The registration
fails and I get this set of messages in the log
[2009-09-23 11:10:57.3q] DEBUG[10431] chan_sip.c: -REALTIME- loading
peer from database to memory. Name: stone. Peer objects: 8
[2009-09-23 11:10:57.3q] VERBOSE[10431] chan_sip.c: -- Registered
SIP 'stone' at 10.215.42.138 port 5060
[2009-09-23 11:10:57.3q] VERBOSE[10431] chan_sip.c: Saved
useragent ipDialog SipTone 1.2.0 rc Z_21 UA for peer stone
[2009-09-23 11:10:57.3q] WARNING[10431] res_config_odbc.c: Key field
'ipaddr' does not exist in table 'foo@asterisk'. Update will fail
[2009-09-23 11:10:57.3q] DEBUG[10431] res_config_odbc.c: Skip: 62; SQL:
UPDATE public.sip SET ipaddr=? WHERE name=?
[2009-09-23 11:10:57.3q] DEBUG[10431] res_config_odbc.c: Parameter 1
('ipaddr') = '10.215.42.138'
[2009-09-23 11:10:57.3q] DEBUG[10431] res_config_odbc.c: Skipping field
'port'='5060' (2/76)
[2009-09-23 11:10:57.3q] DEBUG[10431] res_config_odbc.c: Skipping field
'regseconds'='1253704257' (4/76)
[2009-09-23 11:10:57.3q] DEBUG[10431] res_config_odbc.c: Skipping field
'useragent'='ipDialog SipTone 1.2.0 rc Z_21 UA' (10/76)
[2009-09-23 11:10:57.3q] DEBUG[10431] res_config_odbc.c: Skipping field
'lastms'='0' (20/76)
[2009-09-23 11:10:57.3q] DEBUG[10431] res_config_odbc.c: Skipping field
'defaultuser'='stone' (40/76)
I now drop the table and recreate it in the public schema. I change
extconfig to
sippeers = odbc,psqldb,public.sip
Restart and repeat with the same result.
The public schema does not need to be explicitly named so now I edit
extconfig to say
sippeers = odbc,mydb,sip
Restart and repeat, but this time the client is able to register and I
am able the set up calls to it.
So the only thing that has changed is the pointer in extconfig to the
database name. The fact that it works in the last instance proves that
my database structure is correct and the correct grants are used. The
fact that it failed for public.sip but worked for sip shows it is
nothing about the permissions of the schema itself. I can double check
this by running queries through the ODBC driver myself by using the isql
application. Selects on sip, public.sip and foo.sip all ran
correctly and returned the same results.
So it seems to be something to do with having the schema name in the
table name. But as I say I have already got extensions and voicemail
working, and they both uses schemas, so it seems to be peculiar to SIP.
Does anybody have any ideas about what it might be?
Steve Hindmarch
BT Design
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Segmentation fault in app_voicemail (ODBC/PSQL problem)
I have been testing with asterisk 1.4.11 and have found a segmentation fault while using voicemail. It happens when I try to forward a voicemail. As soon as I press the option the server crashes. I ran asterisk up inside gdb and got the following stack trace Program received signal SIGSEGV, Segmentation fault. 0x00140adf in CI_read_fields () from /usr/lib/libodbcpsql.so (gdb) bt #0 0x00140adf in CI_read_fields () from /usr/lib/libodbcpsql.so #1 0x001594dc in QR_fetch_tuples () from /usr/lib/libodbcpsql.so #2 0x0014255e in CC_send_query () from /usr/lib/libodbcpsql.so #3 0x0015c87c in SC_execute () from /usr/lib/libodbcpsql.so #4 0x0014bd60 in PG_SQLExecute () from /usr/lib/libodbcpsql.so #5 0x0014bf4d in SQLExecute () from /usr/lib/libodbcpsql.so #6 0x00356cf7 in SQLExecute () from /usr/lib/libodbc.so.1 #7 0x00128e76 in ast_odbc_prepare_and_execute (obj=0x86e76e0, prepare_cb=0x113120 custom_prepare, data=0xb7d83794) at res_odbc.c:96 #8 0x00113511 in realtime_odbc (database=0xb7d838ec asterisk, table=0xb7d837ec miniminder.voicemail_users, ap=0xb7d83a04 C�B) at res_config_odbc.c:148 #9 0x0808c4c7 in ast_load_realtime (family=0x42b12d voicemail) at config.c:1327 #10 0x0041de88 in find_user (ivm=0xb7d8df60, context=0xb7d8e3cb miniminder, mailbox=0xb7d8e3c4 123456) at app_voicemail.c:717 #11 0x0041e5b3 in leave_voicemail (chan=0x878be98, ext=0xb7d9005a [EMAIL PROTECTED], options=0xb7d900fc) at app_voicemail.c:2804 #12 0x00425b13 in advanced_options (chan=0x878be98, vmu=0xb7d972c8, vms=0xb7d90208, msg=0, option=1, record_gain=0 '\0') at app_voicemail.c:8111 #13 0x00429ab4 in vm_execmain (chan=0x878be98, data=0xb7d9bf28) at app_voicemail.c:6630 #14 0x080c587e in pbx_extension_helper (c=0x878be98, con=0x0, context=0x878c018 miniminder, exten=0x878c068 2000, priority=1, label=0x0, callerid=0x878c358 123456, action=E_SPAWN) at pbx.c:532 #15 0x080c7566 in __ast_pbx_run (c=0x878be98) at pbx.c:2288 #16 0x080c850e in pbx_thread (data=0x878be98) at pbx.c:2603 #17 0x080f3dbb in dummy_start (data=0x878c8b0) at utils.c:775 #18 0x007d945b in start_thread () from /lib/libpthread.so.0 #19 0x0067c23e in clone () from /lib/libc.so.6 (gdb) step Single stepping until exit from function CI_read_fields, which has no line number information. [Stepped over thread exit] Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. Which suggests to me that the problem is in libodbcpgsql, although it might be that asterisk is passing it a bad request. I am using version 2.2.11 of unixODBC and version 8.01.0200 of postgresql-odbc. Can anybody suggest how to take this further? Steve Hindmarch ___ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] chan_sip falls over with undefined symbol ast_pickup_ext
I have just downloaded and built asterisk 1.4.11 on my Fedora Core 6 box. All seemed to go well but once I had configured the server for SIP and sent my first SIP call to the server then asterisk crashed with the message *CLI asterisk: symbol lookup error: /usr/lib/asterisk/modules/chan_sip.so: undefined symbol: ast_pickup_ext This looks like a library has not been installed. Does anybody know which one? Steve Hindmarch ___ Sign up now for AstriCon 2007! September 25-28th. http://www.astricon.net/ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] chan_sip falls over with undefined symbolast_pickup_ext
Silly me. I solved it myself. I was not loading res_features.so Steve Hindmarch From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 26 September 2007 14:31 To: asterisk-users@lists.digium.com Subject: [asterisk-users] chan_sip falls over with undefined symbolast_pickup_ext I have just downloaded and built asterisk 1.4.11 on my Fedora Core 6 box. All seemed to go well but once I had configured the server for SIP and sent my first SIP call to the server then asterisk crashed with the message *CLI asterisk: symbol lookup error: /usr/lib/asterisk/modules/chan_sip.so: undefined symbol: ast_pickup_ext This looks like a library has not been installed. Does anybody know which one? Steve Hindmarch ___ Sign up now for AstriCon 2007! September 25-28th. http://www.astricon.net/ --Bandwidth and Colocation Provided by http://www.api-digital.com-- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
