2 Apr
2003
2 Apr
'03
1:01 p.m.
Hi,
I am using the latest cvs code (although the follwoing occurs since a few
days) -- I first thought it is some file "under development" and that is
why I have updated from CVS frequently, but I am not convinced of this
anymore, as you are usually good in fixing things up quickly.
Maybe you could interpret this for me? (the lines referring to polserver
connector are our own module, but that seems to be fine here).
many thanks,
Stephan
------------
LOG below.
------------
Apr 2 10:54:22 d254196 ser: Listening on
Apr 2 10:54:22 d254196 ser: 127.0.0.1 [127.0.0.1]::5060
Apr 2 10:54:22 d254196 ser: 139.153.254.196
[139.153.254.196]::5060Apr 2 10:54:22 d254196 ser: Aliases: localhost:5060
localhost.localdomain:5060 d254196.cs.stir.ac.uk:*Apr 2 10:54:22 d254196 ser: ser startup
succeeded
Apr 2 10:54:22 d254196 ser: INFO: signal 13 received
Apr 2 10:54:22 d254196 ser: INFO: signal 13 received
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: mod_init(): Database
connection opened successfulyApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: pol server
connector -
initializingApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: pol server connector -
initializing: doneApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init:
SO_RCVBUF is initially 65535Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO:
udp_init:
SO_RCVBUF is finally 131070Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO:
udp_init:
SO_RCVBUF is initially 65535Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO:
udp_init:
SO_RCVBUF is finally 131070Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8752]: INFO: fifo
process
starting: 8752Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8752]: SER: open_uac_fifo:
fifo server up at /tmp/ser_fifo...Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO:
SIGCHLD received:
we do not worry about grand-childrenApr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]:
BUG: tcp_main_loop:
dead child 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop:
dead child 12Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop:
dead child 13Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop:
dead child 14Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8763
exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not
generated
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8762
exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not
generated
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8761
exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not
generated
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8760
exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not
generated
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: terminating due
to SIGCHLDApr 2 10:54:23 d254196 /usr/local/sbin/ser[8741]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8742]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8743]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8744]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8745]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8746]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8750]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8751]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8759]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8764]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8752]: INFO: signal 15 received
--
The University of Stirling is a university established in Scotland by
charter at Stirling, FK9 4LA. Privileged/Confidential Information may
be contained in this message. If you are not the addressee indicated
in this message (or responsible for delivery of the message to such
person), you may not disclose, copy or deliver this message to anyone
and any action taken or omitted to be taken in reliance on it, is
prohibited and may be unlawful. In such case, you should destroy this
message and kindly notify the sender by reply email. Please advise
immediately if you or your employer do not consent to Internet email
for messages of this kind. Opinions, conclusions and other
information in this message that do not relate to the official
business of the University of Stirling shall be understood as neither
given nor endorsed by it.
2 Apr
2 Apr
1:24 p.m.
Hello,
please recompile ser with mode=debug (make clean; make all mode=debug)
and use ulimit -c unlimited to enable core generation.
After that restart the server. Once it crashes run gdb to find
out where the crash occurs. Type bt in the debugger, it will print the
backtrace. Please send the result to us if the crash is not caused by
your changes.
Jan.
On 02-04 11:01, srm(a)cs.stir.ac.uk wrote:
Hi,
I am using the latest cvs code (although the follwoing occurs since a few
days) -- I first thought it is some file "under development" and that is
why I have updated from CVS frequently, but I am not convinced of this
anymore, as you are usually good in fixing things up quickly.
Maybe you could interpret this for me? (the lines referring to polserver
connector are our own module, but that seems to be fine here).
many thanks,
Stephan
------------
LOG below.
------------
Apr 2 10:54:22 d254196 ser: Listening on
Apr 2 10:54:22 d254196 ser: 127.0.0.1 [127.0.0.1]::5060
Apr 2 10:54:22 d254196 ser: 139.153.254.196
[139.153.254.196]::5060Apr 2 10:54:22 d254196 ser: Aliases: localhost:5060
localhost.localdomain:5060 d254196.cs.stir.ac.uk:*Apr 2 10:54:22 d254196 ser: ser
startup succeeded
Apr 2 10:54:22 d254196 ser: INFO: signal 13 received
Apr 2 10:54:22 d254196 ser: INFO: signal 13 received
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: mod_init(): Database
connection opened successfulyApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: pol
server connector -
initializingApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: pol server connector -
initializing: doneApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init:
SO_RCVBUF is initially 65535Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO:
udp_init:
SO_RCVBUF is finally 131070Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO:
udp_init:
SO_RCVBUF is initially 65535Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO:
udp_init:
SO_RCVBUF is finally 131070Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8752]: INFO: fifo
process
starting: 8752Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8752]: SER: open_uac_fifo:
fifo server up at /tmp/ser_fifo...Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]:
INFO: SIGCHLD received:
we do not worry about grand-childrenApr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]:
BUG: tcp_main_loop:
dead child 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop:
dead child 12Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop:
dead child 13Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop:
dead child 14Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8763
exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not
generated
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8762
exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not
generated
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8761
exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not
generated
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8760
exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not
generated
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: terminating due
to SIGCHLDApr 2 10:54:23 d254196 /usr/local/sbin/ser[8741]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8742]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8743]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8744]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8745]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8746]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8750]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8751]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8759]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8764]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8752]: INFO: signal 15 received
--
The University of Stirling is a university established in Scotland by
charter at Stirling, FK9 4LA. Privileged/Confidential Information may
be contained in this message. If you are not the addressee indicated
in this message (or responsible for delivery of the message to such
person), you may not disclose, copy or deliver this message to anyone
and any action taken or omitted to be taken in reliance on it, is
prohibited and may be unlawful. In such case, you should destroy this
message and kindly notify the sender by reply email. Please advise
immediately if you or your employer do not consent to Internet email
for messages of this kind. Opinions, conclusions and other
information in this message that do not relate to the official
business of the University of Stirling shall be understood as neither
given nor endorsed by it.
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
1:31 p.m.
New subject: [Serusers] how to avoid problems? don't use CVS
Two side-notes:
- the best workaround for you is not to use CVS, which is a working
place and until all changes are committed, it's in an unkown status
- if you volunteer to hunt bugs, you are very welcome. Then send please
complete reports (as explained by Jan). Send them to serhelp(a)lists.iptel.org
as they are big and there is a size quota on serusers to avoid
incovenience of all other subscribers.
Thank you.
-Jiri
On Wed, 2 Apr 2003, Jan Janak wrote:
Hello,
please recompile ser with mode=debug (make clean; make all mode=debug)
and use ulimit -c unlimited to enable core generation.
After that restart the server. Once it crashes run gdb to find
out where the crash occurs. Type bt in the debugger, it will print the
backtrace. Please send the result to us if the crash is not caused by
your changes.
Jan.
On 02-04 11:01, srm(a)cs.stir.ac.uk wrote:
Hi,
I am using the latest cvs code (although the follwoing occurs since a few
days) -- I first thought it is some file "under development" and that is
why I have updated from CVS frequently, but I am not convinced of this
anymore, as you are usually good in fixing things up quickly.
Maybe you could interpret this for me? (the lines referring to polserver
connector are our own module, but that seems to be fine here).
many thanks,
Stephan
------------
LOG below.
------------
Apr 2 10:54:22 d254196 ser: Listening on
Apr 2 10:54:22 d254196 ser: 127.0.0.1 [127.0.0.1]::5060
Apr 2 10:54:22 d254196 ser: 139.153.254.196
[139.153.254.196]::5060Apr 2 10:54:22 d254196 ser: Aliases: localhost:5060
localhost.localdomain:5060 d254196.cs.stir.ac.uk:*Apr 2 10:54:22 d254196 ser: ser
startup succeeded
Apr 2 10:54:22 d254196 ser: INFO: signal 13 received
Apr 2 10:54:22 d254196 ser: INFO: signal 13 received
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: mod_init(): Database
connection opened successfulyApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: pol
server connector -
initializingApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: pol server connector -
initializing: doneApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init:
SO_RCVBUF is initially 65535Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO:
udp_init:
SO_RCVBUF is finally 131070Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO:
udp_init:
SO_RCVBUF is initially 65535Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO:
udp_init:
SO_RCVBUF is finally 131070Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8752]: INFO: fifo
process
starting: 8752Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8752]: SER: open_uac_fifo:
fifo server up at /tmp/ser_fifo...Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]:
INFO: SIGCHLD received:
we do not worry about grand-childrenApr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]:
BUG: tcp_main_loop:
dead child 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop:
dead child 12Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop:
dead child 13Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop:
dead child 14Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8763
exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not
generated
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8762
exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not
generated
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8761
exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not
generated
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8760
exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not
generated
Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: terminating due
to SIGCHLDApr 2 10:54:23 d254196 /usr/local/sbin/ser[8741]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8742]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8743]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8744]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8745]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8746]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8750]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8751]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8759]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8764]: INFO: signal 15 received
Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8752]: INFO: signal 15 received
--
The University of Stirling is a university established in Scotland by
charter at Stirling, FK9 4LA. Privileged/Confidential Information may
be contained in this message. If you are not the addressee indicated
in this message (or responsible for delivery of the message to such
person), you may not disclose, copy or deliver this message to anyone
and any action taken or omitted to be taken in reliance on it, is
prohibited and may be unlawful. In such case, you should destroy this
message and kindly notify the sender by reply email. Please advise
immediately if you or your employer do not consent to Internet email
for messages of this kind. Opinions, conclusions and other
information in this message that do not relate to the official
business of the University of Stirling shall be understood as neither
given nor endorsed by it.
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
4:17 p.m.
On Apr 02, 2003 at 12:24, Jan Janak <jan(a)iptel.org> wrote:
Hello,
please recompile ser with mode=debug (make clean; make all mode=debug)
and use ulimit -c unlimited to enable core generation.
One note: mode=debug is no longer necessary. Now ser is compiled by
default with debugging symbols (the -g swtich).
After that restart the server. Once it crashes run gdb
to find
out where the crash occurs. Type bt in the debugger, it will print the
backtrace. Please send the result to us if the crash is not caused by
your changes.
Or you can tar gzip/bzip2 the core and ser sources and either put them on some
ftp or web server we can access or send them to serhelp.
Andrei
7906
days inactive
7906
days old
3 comments
4 participants
participants (4)
-
Andrei Pelinescu-Onciul -
Jan Janak -
Jiri Kuthan -
srm＠cs.stir.ac.uk