[SR-Users] Kamailio Crash when modifying username of Request Uri

[Timo Klecker]

Hi Daniel,

 

The child process is terminated by signal 11 (SIGSEGV).

 

Dec  8 16:41:25  /sbin/kamailio[12000]: ALERT: <core> [main.c:777]:
handle_sigs(): child process 12003 exited by a signal 11

Dec  8 16:41:25  /sbin/kamailio[12000]: ALERT: <core> [main.c:780]:
handle_sigs(): core was generated

Dec  8 16:41:25  /sbin/kamailio[12000]: INFO: <core> [main.c:792]:
handle_sigs(): INFO: terminating due to SIGCHLD

 

Maybe not relevant but the process 12003 that is killed has last logged a
line to kamailio.log like 6000 lines above the SIGSEGV:

Dec  8 16:40:46 /sbin/kamailio[12003]: ERROR: pv [pv_core.c:304]:
pv_get_ruri_attr(): failed to parse the R-URI

 

Have not yet tried the latest branch, will do so tomorrow. 

 

Kind regards

Timo Klecker 





 

Von: Daniel-Constantin Mierla [mailto:miconda at gmail.com] 
Gesendet: Dienstag, 9. Dezember 2014 12:46
An: Timo Klecker; 'Kamailio (SER) - Users Mailing List'
Betreff: Re: AW: [SR-Users] Kamailio Crash when modifying username of
Request Uri

 

Hello,

On 08/12/14 16:42, Timo Klecker wrote:

Hi Daniel,

 

I tried to increase shared memory by setting a parameter in kamctlrc:

STARTOPTIONS="-m 64"

 

When recreating the crash I counted pv_get_ruri_attr in the logfile just to
see if the shared memory changed anything:

> grep pv_get_ruri_attr /var/log/kamailio.log | wc -l

75472 with default settings

75436 with shared memory set to 64

75440 with shared memory set to 256

 

But in top I saw a massive increase in memory usage. 

 

I don't know if this is any helpful for you. 

 

It might be that the OS kills the process due to too much memory usage. Can
you check again the logs and see what was the signal that killed the
process?

Btw, have you tried with latest git branch, after I did the patch for fixing
empty username?

Cheers,
Daniel




-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20141209/b311e8f4/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4704 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20141209/b311e8f4/attachment.bin>