Re: [Serusers] RPID problem in 0.9.0 release

In attach the coredump... Regards, Verbal ----- Original Message ----- From: "Maxim Sobolev" <sobomax(a)portaone.com> To: "Francesco Bottà" <francesco.botta(a)eutelia.it> Cc: "Richard" <richard(a)o-matrix.org>rg>; <Daniel-Constantin.Mierla(a)fokus.fraunhofer.de>de>; <serusers(a)lists.iptel.org> Sent: Thursday, January 13, 2005 4:30 PM Subject: Re: [Serusers] RPID problem in 0.9.0 release Francesco Bottà wrote: Hmm, the problem isn't SIGCHLD, but SIGSEGV received by one of childrens: child process 11345 exited by a signal 11 Can you please get a corefile and post a backtrace or enable more verbose debugging mode so that we can see what operation SER tries to make when this SIGSEGV happens? -Maxim >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11333]: Maxfwd module- initializing >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11333]: permissions - initializing >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11333]: Default allow file (/usr/local/etc/ser/permissions.allow) not found => empty rule set >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11333]: Default deny file (/usr/local/etc/ser/permissions.deny) parsed >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11333]: PIKE - initializing >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11333]: INFO:pike:init_lock_set: probing 256 set size >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11333]: AVPops - initializing >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11333]: INFO: udp_init: SO_RCVBUF is initially 65535 >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11333]: INFO: udp_init: SO_RCVBUF is finally 131070 >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11343]: INFO: fifo process starting: 11343 >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11343]: rtpp_test: RTP proxy found, support for it enabled >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11343]: SER: open_uac_fifo: fifo server up at /tmp/ser_fifo... >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11343]: WARNING: no fifo_db_url given - fifo DB commands disabled! >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11344]: rtpp_test: RTP proxy found, support for it enabled >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11345]: rtpp_test: RTP proxy found, support for it enabled >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11346]: rtpp_test: RTP proxy found, support for it enabled >Jan 13 16:06:40 spsexp /usr/local/sbin/ser[11348]: rtpp_test: RTP proxy found, support for it enabled >Jan 13 16:06:41 spsexp /usr/local/sbin/ser[11347]: rtpp_test: RTP proxy found, support for it enabled >Jan 13 16:06:41 spsexp /usr/local/sbin/ser[11349]: rtpp_test: RTP proxy found, support for it enabled >Jan 13 16:06:41 spsexp /usr/local/sbin/ser[11350]: rtpp_test: RTP proxy found, support for it enabled >Jan 13 16:06:41 spsexp /usr/local/sbin/ser[11352]: rtpp_test: RTP proxy found, support for it enabled >Jan 13 16:06:41 spsexp /usr/local/sbin/ser[11354]: rtpp_test: RTP proxy found, support for it enabled >Jan 13 16:06:41 spsexp /usr/local/sbin/ser[11351]: rtpp_test: RTP proxy found, support for it enabled >Jan 13 16:06:41 spsexp /usr/local/sbin/ser[11333]: rtpp_test: RTP proxy found, support for it enabled >Jan 13 16:07:12 spsexp /usr/local/sbin/ser[11333]: child process 11345 exited by a signal 11 >Jan 13 16:07:12 spsexp /usr/local/sbin/ser[11333]: core was generated >Jan 13 16:07:12 spsexp /usr/local/sbin/ser[11333]: INFO: terminating due to SIGCHLD >Jan 13 16:07:12 spsexp /usr/local/sbin/ser[11348]: INFO: signal 15 received >Jan 13 16:07:12 spsexp /usr/local/sbin/ser[11343]: INFO: signal 15 received >Jan 13 16:07:12 spsexp /usr/local/sbin/ser[11349]: INFO: signal 15 received >Jan 13 16:07:12 spsexp /usr/local/sbin/ser[11350]: INFO: signal 15 received >Jan 13 16:07:12 spsexp /usr/local/sbin/ser[11351]: INFO: signal 15 received >Jan 13 16:07:12 spsexp /usr/local/sbin/ser[11352]: INFO: signal 15 received >Jan 13 16:07:12 spsexp /usr/local/sbin/ser[11354]: INFO: signal 15 received >Jan 13 16:07:15 spsexp /usr/local/sbin/ser[11333]: PIKE - destroying module > >How can I get more information to find the cause of this SIGCHLD??? > >Many thanx, > >Verbal > >----- Original Message ----- >From: "Maxim Sobolev" <sobomax(a)portaone.com> >To: "Richard" <richard(a)o-matrix.org> >Cc: <Daniel-Constantin.Mierla(a)fokus.fraunhofer.de>de>; "'Francesco Bottà'" <francesco.botta(a)eutelia.it>it>; <serusers(a)lists.iptel.org> >Sent: Thursday, January 13, 2005 10:15 AM >Subject: Re: [Serusers] RPID problem in 0.9.0 release > > >The fix is incorrect since it creates memory leak. I've just committed a >proper fix. Please test and let me know if you are still experiencing >this problem. > >-Maxim > >Richard wrote: > > >>>-----Original Message----- >>>From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On >>>Behalf Of Daniel-Constantin.Mierla(a)fokus.fraunhofer.de >>>Sent: Monday, December 27, 2004 8:01 AM >>>To: Francesco Bottà >>>Cc: serusers(a)lists.iptel.org; Maxim Sobolev >>>Subject: Re: [Serusers] RPID problem in 0.9.0 release >>> >>>auth_db is one of the module which wasn't reviewed yet - reason to have a >>>prelease (or testing release) by now. As far as I understood, with these >>>two >>>new parameters you load the values of the appropriate columns from >>>database in >>>AVP list, while append_rpid_hf() uses a static buffer which is filled when >>>use_rpid=1. So you have to keep the value to 1 for now. >> >> >>It appears to be a bug in the auth_db module. It saves rpid in the static >>buffer as well as the avp rpid. The problem is the static buffer refers to a >>local variable which probably no longer exists when append_rpid_hf() is >>called. >> >>Apply the attached patch should solve the problem. >> >> >> >> >>>Otherwise, you can push a value from AVP list to a header using avpops >>>module. >>> >> >>The current avp functions can't manipulate the avp. So prefix and suffix >>can't be added to the header field. Of course one can change the data in the >>database, but it will not be backward compatible to the existing system. >> >>Richard >> > > > > >