To explain my situation, I've got a dual opteron 246 system with 1gig of ram and 2 80gig disks in raid1 (software raid), I'm running CentOS 4.3 x86_64 with kernel 2.6.9-34.ELsmp I'm running ser 0.9.6-6 (the -6 may just be an artifact from the fedora core rpm.. I dunno) (compiled from ser-0.9.6_src.tar.gz) Since no one seems to makes rpms for redhat or centOS (the same thing obviously) I went and made my own. I grabbed a fedora core 6 src rpm, and modified the specfile to my own liking (basically I took out the stuff related to postgres), the compile went fine, as far as I can tell, no errors were big enough to stop the compilation at least, and the rpms installed just fine. All the modules are in the right place, and my ser.cfg seems to be correct (I don't get any more errors during startup), however, I do get a segfault :( here's the attached output from /log/messages Jun 23 12:20:18 sipserver ser: Listening on Jun 23 12:20:18 sipserver ser: udp: 192.168.1.93 [192.168.1.93]:5060 Jun 23 12:20:18 sipserver ser: tcp: 192.168.1.93 [192.168.1.93]:5060 Jun 23 12:20:18 sipserver ser: Aliases: Jun 23 12:20:18 sipserver ser: tcp: pc-00093:5060 Jun 23 12:20:18 sipserver ser: udp: pc-00093:5060 Jun 23 12:20:18 sipserver ser: Jun 23 12:20:18 sipserver kernel: ser[3682]: segfault at 0000000000000000 rip 0000002a9589ef92 rsp 0000007fbffff850 error 4 Jun 23 12:20:18 sipserver ser: ser startup succeeded Obviously ser isn't running, does anyone have any idea where I can start looking to find out what dies/died/went wrong with the compile? Thanks, Nick _______________________________________________ Serusers mailing list Serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

> >> To explain my situation, I've got a dual opteron 246 system with >> 1gig of ram and 2 80gig disks in raid1 (software raid), I'm >> running CentOS 4.3 x86_64 with kernel 2.6.9-34.ELsmp I'm running >> ser 0.9.6-6 (the -6 may just be an artifact from the fedora core >> rpm.. I dunno) (compiled from ser-0.9.6_src.tar.gz) >> >> >> Since no one seems to makes rpms for redhat or centOS (the same >> thing obviously) I went and made my own. I grabbed a fedora core >> 6 src rpm, and modified the specfile to my own liking (basically >> I took out the stuff related to postgres), the compile went fine, >> as far as I can tell, no errors were big enough to stop the >> compilation at least, and the rpms installed just fine. All the >> modules are in the right place, and my ser.cfg seems to be >> correct (I don't get any more errors during startup), however, I >> do get a segfault :( >> >> here's the attached output from /log/messages >> >> Jun 23 12:20:18 sipserver ser: Listening on >> Jun 23 12:20:18 sipserver ser: udp: 192.168.1.93 >> [192.168.1.93]:5060 >> Jun 23 12:20:18 sipserver ser: tcp: 192.168.1.93 >> [192.168.1.93]:5060 >> Jun 23 12:20:18 sipserver ser: Aliases: >> Jun 23 12:20:18 sipserver ser: tcp: pc-00093:5060 >> Jun 23 12:20:18 sipserver ser: udp: pc-00093:5060 >> Jun 23 12:20:18 sipserver ser: >> Jun 23 12:20:18 sipserver kernel: ser[3682]: segfault at >> 0000000000000000 rip 0000002a9589ef92 rsp 0000007fbffff850 error 4 >> Jun 23 12:20:18 sipserver ser: ser startup succeeded >> >> Obviously ser isn't running, does anyone have any idea where I >> can start looking to find out what dies/died/went wrong with the >> compile? >> >> Thanks, >> >> Nick >> _______________________________________________ >> Serusers mailing list >> Serusers(a)lists.iptel.org >> http://lists.iptel.org/mailman/listinfo/serusers >> > > OK, got the core dumps working did a gdb -c on the first coredump file here's the output after typing bt: [root@sipserver /]# gdb -c core.3658 GNU gdb Red Hat Linux (6.3.0.0-1.96rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". Core was generated by `/usr/sbin/ser'. Program terminated with signal 11, Segmentation fault. #0 0x0000002a9589ef92 in ?? () (gdb) bt #0 0x0000002a9589ef92 in ?? () #1 0x0000000000000010 in ?? () #2 0x0000002a95681686 in ?? () #3 0x0000002a95782c40 in ?? () #4 0x0000000000000af0 in ?? () #5 0x000000000000000c in ?? () #6 0x000000000000000c in ?? () #7 0x0000000000000000 in ?? ()

Nick, We're running ser-0.9.7-pre (at onsip.org) under CentOs and kernel 2.6.9-34.EL. No problems whatsoever. It's Intel, though. g-) nick wrote: >>>> To explain my situation, I've got a dual opteron 246 system with >>>> 1gig of ram and 2 80gig disks in raid1 (software raid), I'm >>>> running CentOS 4.3 x86_64 with kernel 2.6.9-34.ELsmp I'm running >>>> ser 0.9.6-6 (the -6 may just be an artifact from the fedora core >>>> rpm.. I dunno) (compiled from ser-0.9.6_src.tar.gz) >>>> >>>> >>>> Since no one seems to makes rpms for redhat or centOS (the same >>>> thing obviously) I went and made my own. I grabbed a fedora core >>>> 6 src rpm, and modified the specfile to my own liking (basically >>>> I took out the stuff related to postgres), the compile went fine, >>>> as far as I can tell, no errors were big enough to stop the >>>> compilation at least, and the rpms installed just fine. All the >>>> modules are in the right place, and my ser.cfg seems to be >>>> correct (I don't get any more errors during startup), however, I >>>> do get a segfault :( >>>> >>>> here's the attached output from /log/messages >>>> >>>> Jun 23 12:20:18 sipserver ser: Listening on >>>> Jun 23 12:20:18 sipserver ser: udp: 192.168.1.93 >>>> [192.168.1.93]:5060 >>>> Jun 23 12:20:18 sipserver ser: tcp: 192.168.1.93 >>>> [192.168.1.93]:5060 >>>> Jun 23 12:20:18 sipserver ser: Aliases: >>>> Jun 23 12:20:18 sipserver ser: tcp: pc-00093:5060 >>>> Jun 23 12:20:18 sipserver ser: udp: pc-00093:5060 >>>> Jun 23 12:20:18 sipserver ser: >>>> Jun 23 12:20:18 sipserver kernel: ser[3682]: segfault at >>>> 0000000000000000 rip 0000002a9589ef92 rsp 0000007fbffff850 error 4 >>>> Jun 23 12:20:18 sipserver ser: ser startup succeeded >>>> >>>> Obviously ser isn't running, does anyone have any idea where I >>>> can start looking to find out what dies/died/went wrong with the >>>> compile? >>>> >>>> Thanks, >>>> >>>> Nick >>>> _______________________________________________ >>>> Serusers mailing list >>>> Serusers(a)lists.iptel.org >>>> http://lists.iptel.org/mailman/listinfo/serusers >>>> >>> >>> >> OK, got the core dumps working did a gdb -c on the first coredump >> file >> >> here's the output after typing bt: >> >> >> [root@sipserver /]# gdb -c core.3658 >> GNU gdb Red Hat Linux (6.3.0.0-1.96rh) >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, >> and you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. >> This GDB was configured as "x86_64-redhat-linux-gnu". >> Core was generated by `/usr/sbin/ser'. >> Program terminated with signal 11, Segmentation fault. >> #0 0x0000002a9589ef92 in ?? () >> (gdb) bt >> #0 0x0000002a9589ef92 in ?? () >> #1 0x0000000000000010 in ?? () >> #2 0x0000002a95681686 in ?? () >> #3 0x0000002a95782c40 in ?? () >> #4 0x0000000000000af0 in ?? () >> #5 0x000000000000000c in ?? () >> #6 0x000000000000000c in ?? () >> #7 0x0000000000000000 in ?? () > > > > > Ok, to see if it might be a problem with the kernel, I just grabbed > the latest from the servers, it's now 2.6.9-34.0.1.ELsmp, but it > segfaults anyways, although the backtrace is a bit different: > > > > [root@sipserver /]# gdb -c core.3095 > Core was generated by `/usr/sbin/ser'. > Program terminated with signal 11, Segmentation fault. > #0 0x0000002a95785f92 in ?? () > (gdb) bt > #0 0x0000002a95785f92 in ?? () > #1 0x0000000000000400 in ?? () > #2 0x0000002a95568686 in ?? () > #3 0x0000002a95669c40 in ?? () > #4 0x0000000000000000 in ?? () > > _______________________________________________ > Serusers mailing list > Serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > >