<p dir="ltr">IIRC, you get that message if core dumping is not properly enabled at system level. Check that you have those settings and kill kamailio with a SIGSEGV to test.<br>
It always worked for me. I can't afford to install a server without core dumping enabled.</p>
<p dir="ltr">-ovidiu</p>
<div class="gmail_quote">On Jan 3, 2015 5:23 PM, "Alex Balashov" <<a href="mailto:abalashov@evaristesys.com">abalashov@evaristesys.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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.<br>
<br>
>From main.c:handle_sigs(), it appears that the log message came from here:<br>
<br>
#ifdef WCOREDUMP<br>
... LM_ALERT("core was %sgenerated\n", WCOREDUMP(chld_status) ?  "" : "not " );<br>
#endif<br>
<br>
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?<br>
<br>
-- Alex<br>
<br>
On 01/03/2015 05:00 PM, Ovidiu Sas wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Pretty annoying problem :(<br>
<br>
Here's how I enable core dumps on linux installs in sysctl (reboot required):<br>
fs.suid_dumpable = 1<br>
kernel.core_pattern = /tmp/core.%e.%u.%t<br>
kernel.core_uses_pid = 1<br>
<br>
On a live system (no need to restart):<br>
echo 1 > /proc/sys/fs/suid_dumpable<br>
echo 1 > /proc/sys/kernel/core_uses_pid<br>
echo "/tmp/core.%e.%u.%t" > /proc/sys/kernel/core_pattern<br>
<br>
Hope that now you will be able to "enjoy" the core dumps :-/<br>
<br>
Regards,<br>
Ovidiu Sas<br>
<br>
On Sat, Jan 3, 2015 at 4:38 PM, Alex Balashov <<a href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I recently had a simultaneous crash on three production instances of<br>
Kamailio. Unfortunately, I have not been able to get to the bottom of the<br>
issue because Kamailio refused to produce a core dump:<br>
<br>
Dec 30 15:37:29 xxxxxx /usr/local/sbin/kamailio[<u></u>13743]: ALERT: <core><br>
[main.c:784]: handle_sigs(): child process 13763 exited by a signal 11<br>
Dec 30 15:37:29 xxxxxx /usr/local/sbin/kamailio[<u></u>13743]: ALERT: <core><br>
[main.c:787]: handle_sigs(): core was not generated<br>
<br>
I do not have disable_core_dump=yes (default is no), and checked ulimits for<br>
limits on core file size. Kamailio was running as root, and there was no<br>
limit.<br>
<br>
What are the other reasons why Kamailio may not generate a core dump in such<br>
a case?<br>
<br>
Thanks!<br>
<br>
-- Alex<br>
<br>
--<br>
Alex Balashov - Principal<br>
Evariste Systems LLC<br>
235 E Ponce de Leon Ave<br>
Suite 106<br>
Decatur, GA 30030<br>
United States<br>
<br>
Tel: <a href="tel:%2B1-678-954-0670" value="+16789540670" target="_blank">+1-678-954-0670</a><br>
Web: <a href="http://www.evaristesys.com/" target="_blank">http://www.evaristesys.com/</a>, <a href="http://www.alexbalashov.com/" target="_blank">http://www.alexbalashov.com/</a><br>
<br>
______________________________<u></u>_________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/<u></u>cgi-bin/mailman/listinfo/sr-<u></u>users</a><br>
</blockquote>
<br>
<br>
<br>
</blockquote>
<br>
<br>
-- <br>
Alex Balashov - Principal<br>
Evariste Systems LLC<br>
235 E Ponce de Leon Ave<br>
Suite 106<br>
Decatur, GA 30030<br>
United States<br>
<br>
Tel: <a href="tel:%2B1-678-954-0670" value="+16789540670" target="_blank">+1-678-954-0670</a><br>
Web: <a href="http://www.evaristesys.com/" target="_blank">http://www.evaristesys.com/</a>, <a href="http://www.alexbalashov.com/" target="_blank">http://www.alexbalashov.com/</a><br>
<br>
______________________________<u></u>_________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/<u></u>cgi-bin/mailman/listinfo/sr-<u></u>users</a><br>
</blockquote></div>