Hi all,
I have a problem with fetching rpid value from DB. I read the auth_db module and I put in ser.cfg file the new exported parameters:
modparam("auth_db", "avps_column_int", "domn") modparam("auth_db", "avps_column_str", "uuid|rpid")
and I have deleted use_rpid=1.
but when the script insert Remote-Party HF (after challenge INVITE/407/ACK/INVITE w/credentials), the rpid value is NULL/wrong....what I'm forgetting/wrong???
Regards,
Verbal
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.
Otherwise, you can push a value from AVP list to a header using avpops module.
Daniel
Quoting Francesco Bottà francesco.botta@eutelia.it:
Hi all,
I have a problem with fetching rpid value from DB. I read the auth_db module and I put in ser.cfg file the new exported parameters:
modparam("auth_db", "avps_column_int", "domn") modparam("auth_db", "avps_column_str", "uuid|rpid")
and I have deleted use_rpid=1.
but when the script insert Remote-Party HF (after challenge INVITE/407/ACK/INVITE w/credentials), the rpid value is NULL/wrong....what I'm forgetting/wrong???
Regards,
Verbal
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi Daniel,
but if I set use_rpid=1, in 0.9.0 release, this config option was deleted so I get:
ser -c 0(29803) set_mod_param_regex: parameter <use_rpid> not found in module <auth_db> 0(29803) parse error (115,19-20): Can't set module parameter ERROR: bad config file (1 errors)
Is it possibile to return with the code in the auth_db with this option configurable?? (use_rpid=1)
Many thanks,
Verbal ----- Original Message ----- From: Daniel-Constantin.Mierla@fokus.fraunhofer.de To: "Francesco Bottà" francesco.botta@eutelia.it Cc: serusers@lists.iptel.org; "Maxim Sobolev" sobomax@portaone.com Sent: Monday, December 27, 2004 7:00 PM 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.
Otherwise, you can push a value from AVP list to a header using avpops module.
Daniel
Quoting Francesco Bottà francesco.botta@eutelia.it:
Hi all,
I have a problem with fetching rpid value from DB. I read the auth_db module and I put in ser.cfg file the new exported parameters:
modparam("auth_db", "avps_column_int", "domn") modparam("auth_db", "avps_column_str", "uuid|rpid")
and I have deleted use_rpid=1.
but when the script insert Remote-Party HF (after challenge INVITE/407/ACK/INVITE w/credentials), the rpid value is NULL/wrong....what I'm forgetting/wrong???
Regards,
Verbal
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Daniel-Constantin.Mierla@fokus.fraunhofer.de Sent: Monday, December 27, 2004 8:01 AM To: Francesco Bottà Cc: serusers@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
Hi all,
I've tested the patch in the 0.9.0 release and now the function append_rpid_hd works great.
Many thanks,
Verbal ----- Original Message ----- From: "Richard" richard@o-matrix.org To: Daniel-Constantin.Mierla@fokus.fraunhofer.de; "'Francesco Bottà'" francesco.botta@eutelia.it Cc: serusers@lists.iptel.org; "'Maxim Sobolev'" sobomax@portaone.com Sent: Tuesday, December 28, 2004 3:51 AM Subject: RE: [Serusers] RPID problem in 0.9.0 release
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Daniel-Constantin.Mierla@fokus.fraunhofer.de Sent: Monday, December 27, 2004 8:01 AM To: Francesco Bottà Cc: serusers@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
Hi Verbal,
I have made some change to the patch. So please use this one instead. Just some error checking, and no change in functionality.
Can auth_db maintainer incorporate this into cvs?
Richard
-----Original Message----- From: Francesco Bottà [mailto:francesco.botta@eutelia.it] Sent: Wednesday, January 12, 2005 4:22 AM To: Richard; Daniel-Constantin.Mierla@fokus.fraunhofer.de Cc: serusers@lists.iptel.org; 'Maxim Sobolev' Subject: Re: [Serusers] RPID problem in 0.9.0 release
Hi all,
I've tested the patch in the 0.9.0 release and now the function append_rpid_hd works great.
Many thanks,
Verbal ----- Original Message ----- From: "Richard" richard@o-matrix.org To: Daniel-Constantin.Mierla@fokus.fraunhofer.de; "'Francesco Bottà'" francesco.botta@eutelia.it Cc: serusers@lists.iptel.org; "'Maxim Sobolev'" sobomax@portaone.com Sent: Tuesday, December 28, 2004 3:51 AM Subject: RE: [Serusers] RPID problem in 0.9.0 release
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Daniel-Constantin.Mierla@fokus.fraunhofer.de Sent: Monday, December 27, 2004 8:01 AM To: Francesco Bottà Cc: serusers@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
Hi Richard,
I've patched the authorize.c file with your latest code and I've yet tested it....it works (ever) great....
Many thanx,
Verbal ----- Original Message ----- From: "Richard" richard@o-matrix.org To: "'Francesco Bottà'" francesco.botta@eutelia.it Cc: serusers@lists.iptel.org Sent: Wednesday, January 12, 2005 6:41 PM Subject: RE: [Serusers] RPID problem in 0.9.0 release
Hi Verbal,
I have made some change to the patch. So please use this one instead. Just some error checking, and no change in functionality.
Can auth_db maintainer incorporate this into cvs?
Richard
-----Original Message----- From: Francesco Bottà [mailto:francesco.botta@eutelia.it] Sent: Wednesday, January 12, 2005 4:22 AM To: Richard; Daniel-Constantin.Mierla@fokus.fraunhofer.de Cc: serusers@lists.iptel.org; 'Maxim Sobolev' Subject: Re: [Serusers] RPID problem in 0.9.0 release
Hi all,
I've tested the patch in the 0.9.0 release and now the function append_rpid_hd works great.
Many thanks,
Verbal ----- Original Message ----- From: "Richard" richard@o-matrix.org To: Daniel-Constantin.Mierla@fokus.fraunhofer.de; "'Francesco Bottà'" francesco.botta@eutelia.it Cc: serusers@lists.iptel.org; "'Maxim Sobolev'" sobomax@portaone.com Sent: Tuesday, December 28, 2004 3:51 AM Subject: RE: [Serusers] RPID problem in 0.9.0 release
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Daniel-Constantin.Mierla@fokus.fraunhofer.de Sent: Monday, December 27, 2004 8:01 AM To: Francesco Bottà Cc: serusers@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
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@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Daniel-Constantin.Mierla@fokus.fraunhofer.de Sent: Monday, December 27, 2004 8:01 AM To: Francesco Bottà Cc: serusers@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
Hi all,
I don't know if this is related to this change in the code (or other last commit) but now the release 0.9.0 get terminated due to SIGCHLD:
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@portaone.com To: "Richard" richard@o-matrix.org Cc: Daniel-Constantin.Mierla@fokus.fraunhofer.de; "'Francesco Bottà'" francesco.botta@eutelia.it; serusers@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@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Daniel-Constantin.Mierla@fokus.fraunhofer.de Sent: Monday, December 27, 2004 8:01 AM To: Francesco Bottà Cc: serusers@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
Francesco Bottà wrote:
Hi all,
I don't know if this is related to this change in the code (or other last commit) but now the release 0.9.0 get terminated due to SIGCHLD:
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@portaone.com To: "Richard" richard@o-matrix.org Cc: Daniel-Constantin.Mierla@fokus.fraunhofer.de; "'Francesco Bottà'" francesco.botta@eutelia.it; serusers@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@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Daniel-Constantin.Mierla@fokus.fraunhofer.de Sent: Monday, December 27, 2004 8:01 AM To: Francesco Bottà Cc: serusers@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
In attach the coredump...
Regards,
Verbal ----- Original Message ----- From: "Maxim Sobolev" sobomax@portaone.com To: "Francesco Bottà" francesco.botta@eutelia.it Cc: "Richard" richard@o-matrix.org; Daniel-Constantin.Mierla@fokus.fraunhofer.de; serusers@lists.iptel.org Sent: Thursday, January 13, 2005 4:30 PM Subject: Re: [Serusers] RPID problem in 0.9.0 release
Francesco Bottà wrote:
Hi all,
I don't know if this is related to this change in the code (or other last commit) but now the release 0.9.0 get terminated due to SIGCHLD:
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@portaone.com To: "Richard" richard@o-matrix.org Cc: Daniel-Constantin.Mierla@fokus.fraunhofer.de; "'Francesco Bottà'" francesco.botta@eutelia.it; serusers@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@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Daniel-Constantin.Mierla@fokus.fraunhofer.de Sent: Monday, December 27, 2004 8:01 AM To: Francesco Bottà Cc: serusers@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
It's off no use without original binary/libraries. Instead of sending it over do the following when the crash happens:
gdb /path/to/ser /path/to/core
In the gdb type command `bt' (w/o quotes) and send me its output.
-Maxim
Francesco Bottà wrote:
In attach the coredump...
Regards,
Verbal ----- Original Message ----- From: "Maxim Sobolev" sobomax@portaone.com To: "Francesco Bottà" francesco.botta@eutelia.it Cc: "Richard" richard@o-matrix.org; Daniel-Constantin.Mierla@fokus.fraunhofer.de; serusers@lists.iptel.org Sent: Thursday, January 13, 2005 4:30 PM Subject: Re: [Serusers] RPID problem in 0.9.0 release
Francesco Bottà wrote:
Hi all,
I don't know if this is related to this change in the code (or other last commit) but now the release 0.9.0 get terminated due to SIGCHLD:
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@portaone.com To: "Richard" richard@o-matrix.org Cc: Daniel-Constantin.Mierla@fokus.fraunhofer.de; "'Francesco Bottà'" francesco.botta@eutelia.it; serusers@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@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Daniel-Constantin.Mierla@fokus.fraunhofer.de Sent: Monday, December 27, 2004 8:01 AM To: Francesco Bottà Cc: serusers@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
Try this patch,
cvs server: Diffing . Index: rpid.c =================================================================== RCS file: /cvsroot/ser/sip_router/modules/auth/rpid.c,v retrieving revision 1.9 diff -u -r1.9 rpid.c --- rpid.c 13 Jan 2005 09:12:19 -0000 1.9 +++ rpid.c 14 Jan 2005 07:58:26 -0000 @@ -247,7 +247,6 @@ */ void save_rpid(str* _rpid) { - rpid.s = 0; rpid.len = rpid_is_e164 = 0;
if (!_rpid) { cvs server: Diffing doc
-----Original Message----- From: Maxim Sobolev [mailto:sobomax@portaone.com] Sent: Thursday, January 13, 2005 11:58 AM To: Francesco Bottà Cc: Richard; Daniel-Constantin.Mierla@fokus.fraunhofer.de; serusers@lists.iptel.org Subject: Re: [Serusers] RPID problem in 0.9.0 release
It's off no use without original binary/libraries. Instead of sending it over do the following when the crash happens:
gdb /path/to/ser /path/to/core
In the gdb type command `bt' (w/o quotes) and send me its output.
-Maxim
Francesco Bottà wrote:
In attach the coredump...
Regards,
Verbal ----- Original Message ----- From: "Maxim Sobolev" sobomax@portaone.com To: "Francesco Bottà" francesco.botta@eutelia.it Cc: "Richard" richard@o-matrix.org; <Daniel-
Constantin.Mierla@fokus.fraunhofer.de>; serusers@lists.iptel.org
Sent: Thursday, January 13, 2005 4:30 PM Subject: Re: [Serusers] RPID problem in 0.9.0 release
Francesco Bottà wrote:
Hi all,
I don't know if this is related to this change in the code (or other
last commit) but now the release 0.9.0 get terminated due to SIGCHLD:
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@portaone.com To: "Richard" richard@o-matrix.org Cc: Daniel-Constantin.Mierla@fokus.fraunhofer.de; "'Francesco Bottà'"
francesco.botta@eutelia.it; serusers@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@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org]
On
Behalf Of Daniel-Constantin.Mierla@fokus.fraunhofer.de Sent: Monday, December 27, 2004 8:01 AM To: Francesco Bottà Cc: serusers@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
Yes, I've noticed it already. Fix committed, please try again and let me know if there are any problems.
-Maxim
Richard wrote:
Try this patch,
cvs server: Diffing . Index: rpid.c =================================================================== RCS file: /cvsroot/ser/sip_router/modules/auth/rpid.c,v retrieving revision 1.9 diff -u -r1.9 rpid.c --- rpid.c 13 Jan 2005 09:12:19 -0000 1.9 +++ rpid.c 14 Jan 2005 07:58:26 -0000 @@ -247,7 +247,6 @@ */ void save_rpid(str* _rpid) {
rpid.s = 0; rpid.len = rpid_is_e164 = 0; if (!_rpid) {cvs server: Diffing doc
-----Original Message----- From: Maxim Sobolev [mailto:sobomax@portaone.com] Sent: Thursday, January 13, 2005 11:58 AM To: Francesco Bottà Cc: Richard; Daniel-Constantin.Mierla@fokus.fraunhofer.de; serusers@lists.iptel.org Subject: Re: [Serusers] RPID problem in 0.9.0 release
It's off no use without original binary/libraries. Instead of sending it over do the following when the crash happens:
gdb /path/to/ser /path/to/core
In the gdb type command `bt' (w/o quotes) and send me its output.
-Maxim
Francesco Bottà wrote:
In attach the coredump...
Regards,
Verbal ----- Original Message ----- From: "Maxim Sobolev" sobomax@portaone.com To: "Francesco Bottà" francesco.botta@eutelia.it Cc: "Richard" richard@o-matrix.org; <Daniel-
Constantin.Mierla@fokus.fraunhofer.de>; serusers@lists.iptel.org
Sent: Thursday, January 13, 2005 4:30 PM Subject: Re: [Serusers] RPID problem in 0.9.0 release
Francesco Bottà wrote:
Hi all,
I don't know if this is related to this change in the code (or other
last commit) but now the release 0.9.0 get terminated due to SIGCHLD:
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@portaone.com To: "Richard" richard@o-matrix.org Cc: Daniel-Constantin.Mierla@fokus.fraunhofer.de; "'Francesco Bottà'"
francesco.botta@eutelia.it; serusers@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@iptel.org [mailto:serusers-bounces@lists.iptel.org]
On
Behalf Of Daniel-Constantin.Mierla@fokus.fraunhofer.de Sent: Monday, December 27, 2004 8:01 AM To: Francesco Bottà Cc: serusers@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
Now it's ok...
Thanx
Verbal ----- Original Message ----- From: "Maxim Sobolev" sobomax@portaone.com To: "Richard" richard@o-matrix.org Cc: "'Francesco Bottà'" francesco.botta@eutelia.it; Daniel-Constantin.Mierla@fokus.fraunhofer.de; serusers@lists.iptel.org Sent: Friday, January 14, 2005 11:25 AM Subject: Re: [Serusers] RPID problem in 0.9.0 release
Yes, I've noticed it already. Fix committed, please try again and let me know if there are any problems.
-Maxim
Richard wrote:
Try this patch,
cvs server: Diffing . Index: rpid.c =================================================================== RCS file: /cvsroot/ser/sip_router/modules/auth/rpid.c,v retrieving revision 1.9 diff -u -r1.9 rpid.c --- rpid.c 13 Jan 2005 09:12:19 -0000 1.9 +++ rpid.c 14 Jan 2005 07:58:26 -0000 @@ -247,7 +247,6 @@ */ void save_rpid(str* _rpid) {
rpid.s = 0; rpid.len = rpid_is_e164 = 0; if (!_rpid) {cvs server: Diffing doc
-----Original Message----- From: Maxim Sobolev [mailto:sobomax@portaone.com] Sent: Thursday, January 13, 2005 11:58 AM To: Francesco Bottà Cc: Richard; Daniel-Constantin.Mierla@fokus.fraunhofer.de; serusers@lists.iptel.org Subject: Re: [Serusers] RPID problem in 0.9.0 release
It's off no use without original binary/libraries. Instead of sending it over do the following when the crash happens:
gdb /path/to/ser /path/to/core
In the gdb type command `bt' (w/o quotes) and send me its output.
-Maxim
Francesco Bottà wrote:
In attach the coredump...
Regards,
Verbal ----- Original Message ----- From: "Maxim Sobolev" sobomax@portaone.com To: "Francesco Bottà" francesco.botta@eutelia.it Cc: "Richard" richard@o-matrix.org; <Daniel-
Constantin.Mierla@fokus.fraunhofer.de>; serusers@lists.iptel.org
Sent: Thursday, January 13, 2005 4:30 PM Subject: Re: [Serusers] RPID problem in 0.9.0 release
Francesco Bottà wrote:
Hi all,
I don't know if this is related to this change in the code (or other
last commit) but now the release 0.9.0 get terminated due to SIGCHLD:
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@portaone.com To: "Richard" richard@o-matrix.org Cc: Daniel-Constantin.Mierla@fokus.fraunhofer.de; "'Francesco Bottà'"
francesco.botta@eutelia.it; serusers@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@lists.iptel.org [mailto:serusers-bounces@lists.iptel.org]
On
Behalf Of Daniel-Constantin.Mierla@fokus.fraunhofer.de Sent: Monday, December 27, 2004 8:01 AM To: Francesco Bottà Cc: serusers@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
-
Daniel-Constantin.Mierla＠fokus.fraunhofer.de -
Francesco Bottà -
Maxim Sobolev -
Richard