[sr-dev] SER crash : Segmentation fault

inge inge at legos.fr
Fri Sep 11 19:01:34 CEST 2009


Hi Andrei,

A new crash happend today !

It was impossible to restart SER. During this time I could collect logs
from syslog by activating ser debug (ie. facility local0, etc.).

The solution have consisted in flushing Location table to be able to
restart SER...

I attach the gdb output and syslog trace to this email. Do you see that
the problem is same as the previous one ?

Regards,

Adrien


Le jeudi 10 septembre 2009 à 18:36 +0200, inge a écrit :
> Hi Andrei,
> 
> Thank you for this detailed answer.
> 
> Indeed, update to 0.9.7 will be more easier than SER 2.0. Our priority
> is to avoid a lot of bugs. 
> 
> We are not able to reproduce the crash...so we'll see. Probably we will
> do an update to 0.9.7.
> 
> Regards,
> 
> Adrien
> 
> 
> Le mercredi 09 septembre 2009 à 13:11 +0200, Andrei Pelinescu-Onciul a
> écrit :
> > On Sep 04, 2009 at 18:06, inge <inge at legos.fr> wrote:
> > > Hello Andrei,
> > > 
> > > I wonder what is involved in migration to SER 2.0 versus 0.9.5. I read
> > > that UID is used now to identify the users instead of username for
> > > example, so we can anticipate impacts on internal processes and SERWeb.
> > 
> > Yes, uid and did (for domains) are now used internally.
> > There is a script which might help in migrating a database:
> > http://www.iptel.org/ser/migrate_db
> > 
> > > 
> > > Can I find a detailed list which these changelog ?
> > 
> > Try
> > http://www.iptel.org/basic_changes_in_configuration_file_0
> > http://git.sip-router.org/cgi-bin/gitweb.cgi?p=ser;a=blob;f=ser/NEWS;h=02543746
> > http://git.sip-router.org/cgi-bin/gitweb.cgi?p=ser;a=blob;f=ser/ChangeLog;h=f97521
> > 
> > I don't remember exactly, hopefully there is a more complete migration
> > guide somewhere (maybe somebody else can help if I missed anything).
> > > 
> > > Is it not more reasonnable to migrate in 0.9.7? Mainly to solve our
> > > initial bug with Seg Fault and optionnaly to have new features.
> > 
> > Yes, in your case migration to 0.9.7 should be painless (there are no
> > config or db changes, only bugfixes, so you wouldn't need to change
> > anything).
> > 
> > Andrei
> 
> 
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
-------------- next part --------------
Reading symbols from /lib/libnss_dns.so.2...done.
Loaded symbols for /lib/libnss_dns.so.2
#0  0x0074a4d3 in matching_3261 (p_msg=0x8203ad0, trans=0xbffc84b8, skip_method=4294967294) at t_lookup.c:222
222             if (memcmp(get_to(ack)->tag_value.s,p_cell->uas.local_totag.s,
(gdb) bt
#0  0x0074a4d3 in matching_3261 (p_msg=0x8203ad0, trans=0xbffc84b8, skip_method=4294967294) at t_lookup.c:222
#1  0x0074aaff in t_lookup_request (p_msg=0x8203ad0, leave_new_locked=1) at t_lookup.c:421
#2  0x0074d2a0 in t_newtran (p_msg=0x8203ad0) at t_lookup.c:1085
#3  0x0074516a in t_relay_to (p_msg=0x8203ad0, proxy=0x0, proto=0, replicate=0) at t_funcs.c:224
#4  0x00750410 in w_t_relay (p_msg=0x8203ad0, _foo=0x0, _bar=0x0) at tm.c:889
#5  0x0804fc81 in do_action (a=0x8117818, msg=0x8203ad0) at action.c:610
#6  0x0805099d in run_actions (a=0x8117818, msg=0x8203ad0) at action.c:718
#7  0x08073f08 in eval_elem (e=0x8117840, msg=0x8203ad0) at route.c:605
#8  0x08074392 in eval_expr (e=0x8117840, msg=0x8203ad0) at route.c:654
#9  0x080743ce in eval_expr (e=0x8117860, msg=0x8203ad0) at route.c:670
#10 0x0804ec95 in do_action (a=0x8117bc8, msg=0x8203ad0) at action.c:586
#11 0x0805099d in run_actions (a=0x8117630, msg=0x8203ad0) at action.c:718
#12 0x0804ffdf in do_action (a=0x8114f70, msg=0x8203ad0) at action.c:375
#13 0x0805099d in run_actions (a=0x8114f70, msg=0x8203ad0) at action.c:718
#14 0x0804ecd3 in do_action (a=0x8114fc0, msg=0x8203ad0) at action.c:603
#15 0x0805099d in run_actions (a=0x8114fc0, msg=0x8203ad0) at action.c:718
#16 0x0804ecd3 in do_action (a=0x8114fe8, msg=0x8203ad0) at action.c:603
#17 0x0805099d in run_actions (a=0x8114fe8, msg=0x8203ad0) at action.c:718
#18 0x0804ecd3 in do_action (a=0x8115010, msg=0x8203ad0) at action.c:603
#19 0x0805099d in run_actions (a=0x8115010, msg=0x8203ad0) at action.c:718
#20 0x0804ecd3 in do_action (a=0x8115038, msg=0x8203ad0) at action.c:603
#21 0x0805099d in run_actions (a=0x8115038, msg=0x8203ad0) at action.c:718
#22 0x0804ecd3 in do_action (a=0x8115060, msg=0x8203ad0) at action.c:603
#23 0x0805099d in run_actions (a=0x810fe88, msg=0x8203ad0) at action.c:718
#24 0x0806d062 in receive_msg (
    buf=0x80d61e0 "ACK sip:0369589963 at sip.tld:5060 SIP/2.0\r\nMax-Forwards: 16\r\nContent-Length: 0\r\nVia: SIP/2.0/UDP 10.0.131.143:5060;branch=z9hG4bK70c4f1d78\r\nCall-ID: 337f1fcb3ced04087ce53c6d68fe0c73 at 10.0.131.143\r\nF"..., 
    len=590, rcv_info=0xbffc98c0) at receive.c:165
#25 0x080843cc in udp_rcv_loop () at udp_server.c:472
#26 0x0805cdaf in main_loop () at main.c:1056
#27 0x0805e40b in main (argc=1, argv=0xbffc9a84) at main.c:1592

-------------- next part --------------
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: get_connection(): Connection not found in the pool 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: release_connection(): Removing connection from the pool 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: fixing /usr/local/lib/ser/modules/registrar.so lookup 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: get_connection(): Connection not found in the pool 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: convert_row(): No memory left 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: convert_rows(): Error while converting row #4176 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: convert_result(): Error while converting rows 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: store_result(): Error while converting result 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: preload_udomain(): Error while doing db_query 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: register_udomain(): Error while preloading domain 'location' 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: release_connection(): Removing connection from the pool 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: domain_fixup(): Error while registering domain 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: ERROR: fix_expr : fix_actions error 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: CHECK_UA - destroing module 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: XLOG: destroy module ... 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: DEBUG: tm_shutdown : start 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: DEBUG: unlink_timer_lists : emptying DELETE list 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: DEBUG: tm_shutdown : emptying hash table 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: DEBUG: tm_shutdown : releasing timers 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: DEBUG: tm_shutdown : removing semaphores 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: DEBUG: tm_shutdown : destroying tmcb lists 
Sep 11 14:02:55 solo /usr/local/sbin/ser[8630]: DEBUG: tm_shutdown : done 
Sep 11 14:02:56 solo /usr/local/sbin/ser[8630]: shm_mem_destroy 
Sep 11 14:02:56 solo /usr/local/sbin/ser[8630]: destroying the shared memory lock 


More information about the sr-dev mailing list