[SR-Users] Kamailio fails to generate core dump

[Alex Balashov]

Thanks, Ovidiu. But since the message "core was not generated" comes 
from handle_sigs() in Kamailio, what I am really interested is in what 
reason Kamailio itself would have for not dumping core. I assume that 
the situation would look different if Kamailio tried to dump core, but 
was restrained from doing so by operating system factors such as ulimits.

 From main.c:handle_sigs(), it appears that the log message came from here:

#ifdef WCOREDUMP
... LM_ALERT("core was %sgenerated\n", WCOREDUMP(chld_status) ?  "" : 
"not " );
#endif

WCOREDUMP() as I understand it allows one to examine the return code of 
a dead child to determine if it returned a core dump. Is further 
information available in such a case, like a kind of errno for such cases?

-- Alex

On 01/03/2015 05:00 PM, Ovidiu Sas wrote:

> Pretty annoying problem :(
>
> Here's how I enable core dumps on linux installs in sysctl (reboot required):
> fs.suid_dumpable = 1
> kernel.core_pattern = /tmp/core.%e.%u.%t
> kernel.core_uses_pid = 1
>
> On a live system (no need to restart):
> echo 1 > /proc/sys/fs/suid_dumpable
> echo 1 > /proc/sys/kernel/core_uses_pid
> echo "/tmp/core.%e.%u.%t" > /proc/sys/kernel/core_pattern
>
> Hope that now you will be able to "enjoy" the core dumps :-/
>
> Regards,
> Ovidiu Sas
>
> On Sat, Jan 3, 2015 at 4:38 PM, Alex Balashov <abalashov at evaristesys.com> wrote:
>> Hi,
>>
>> I recently had a simultaneous crash on three production instances of
>> Kamailio. Unfortunately, I have not been able to get to the bottom of the
>> issue because Kamailio refused to produce a core dump:
>>
>> Dec 30 15:37:29 xxxxxx /usr/local/sbin/kamailio[13743]: ALERT: <core>
>> [main.c:784]: handle_sigs(): child process 13763 exited by a signal 11
>> Dec 30 15:37:29 xxxxxx /usr/local/sbin/kamailio[13743]: ALERT: <core>
>> [main.c:787]: handle_sigs(): core was not generated
>>
>> I do not have disable_core_dump=yes (default is no), and checked ulimits for
>> limits on core file size. Kamailio was running as root, and there was no
>> limit.
>>
>> What are the other reasons why Kamailio may not generate a core dump in such
>> a case?
>>
>> Thanks!
>>
>> -- Alex
>>
>> --
>> Alex Balashov - Principal
>> Evariste Systems LLC
>> 235 E Ponce de Leon Ave
>> Suite 106
>> Decatur, GA 30030
>> United States
>>
>> Tel: +1-678-954-0670
>> Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>


-- 
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States

Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/