[Serusers] how to avoid problems? don't use CVS

Jiri Kuthan jiri at iptel.org
Wed Apr 2 12:31:36 CEST 2003


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 at 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 at 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 at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
> 




More information about the sr-users mailing list