23 Dec
2004
23 Dec
'04
10:54 p.m.
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
27 Dec
27 Dec
11 p.m.
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(a)eutelia.it>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(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
11:59 p.m.
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(a)fokus.fraunhofer.de>
To: "Francesco Bottà" <francesco.botta(a)eutelia.it>
Cc: <serusers(a)lists.iptel.org>rg>; "Maxim Sobolev"
<sobomax(a)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(a)eutelia.it>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(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
28 Dec
28 Dec
7:51 a.m.
-----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
12 Jan
12 Jan
7:22 p.m.
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(a)o-matrix.org>
To: <Daniel-Constantin.Mierla(a)fokus.fraunhofer.de>de>; "'Francesco
Bottà'" <francesco.botta(a)eutelia.it>
Cc: <serusers(a)lists.iptel.org>rg>; "'Maxim Sobolev'"
<sobomax(a)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(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
10:41 p.m.
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(a)fokus.fraunhofer.de
Cc: serusers(a)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(a)o-matrix.org>
To: <Daniel-Constantin.Mierla(a)fokus.fraunhofer.de>de>; "'Francesco
Bottà'"
<francesco.botta(a)eutelia.it>
Cc: <serusers(a)lists.iptel.org>rg>; "'Maxim Sobolev'"
<sobomax(a)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(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
10:59 p.m.
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(a)o-matrix.org>
To: "'Francesco Bottà'" <francesco.botta(a)eutelia.it>
Cc: <serusers(a)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(a)fokus.fraunhofer.de
Cc: serusers(a)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(a)o-matrix.org>
To: <Daniel-Constantin.Mierla(a)fokus.fraunhofer.de>de>; "'Francesco
Bottà'"
<francesco.botta(a)eutelia.it>
Cc: <serusers(a)lists.iptel.org>rg>; "'Maxim Sobolev'"
<sobomax(a)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(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 
13 Jan
13 Jan
2:15 p.m.
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
8:23 p.m.
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(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
8:30 p.m.
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(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
10:48 p.m.
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:
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(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
14 Jan
14 Jan
2:57 a.m.
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(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:
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(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
>>
>
>
>
>
>
12:59 p.m.
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
system.
-----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(a)fokus.fraunhofer.de;
serusers(a)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:
childrens:
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>gt;; <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:
>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
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)lists.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
>>>
>>>Richard
>>>
>>
>>
>>
>>
>>
3:25 p.m.
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
system.
-----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(a)fokus.fraunhofer.de;
serusers(a)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:
childrens:
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>gt;; <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:
>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 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 >>>Richard
>>>
>>
>>
>>
>>
>>
3:38 p.m.
Now it's ok...
Thanx
Verbal
----- Original Message -----
From: "Maxim Sobolev" <sobomax(a)portaone.com>
To: "Richard" <richard(a)o-matrix.org>
Cc: "'Francesco Bottà'" <francesco.botta(a)eutelia.it>it>;
<Daniel-Constantin.Mierla(a)fokus.fraunhofer.de>de>; <serusers(a)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
system.
-----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(a)fokus.fraunhofer.de;
serusers(a)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:
childrens:
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>gt;; <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:
>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 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)lists.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 >>>Richard
>>>
>>
>>
>>
>>
>>
7044
days inactive
7066
days old
14 comments
4 participants
participants (4)
-
Daniel-Constantin.Mierla＠fokus.fraunhofer.de -
Francesco Bottà -
Maxim Sobolev -
Richard