Date: Wed, 25 May 2011 13:20:31 -0400 From: Andrew Duane <aduane@juniper.net> To: Damien Fleuriot <ml@my.gd>, "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org> Subject: RE: DEBUG - analysing core dumps Message-ID: <AC6674AB7BC78549BB231821ABF7A9AEB57B0760E5@EMBX01-WF.jnpr.net> In-Reply-To: <4DDD3021.1000109@my.gd> References: <4DDD3021.1000109@my.gd>
next in thread | previous in thread | raw e-mail | index | archive | help
Damien Fleuriot wrote: > Hello list, >=20 >=20 >=20 > We've got these boxes at work running FreeBSD 8.1-STABLE amd64 and > serving as firewalls and openvpn gateways. >=20 > We use CARP interfaces to provide an active-passive fault tolerant > system.=20 >=20 >=20 > Today, we received a nagios alert from the master box saying it's > rsyslogd process had crashed. >=20 > I logged on to it and tried to relaunch it, to no avail: > pid 2303 (rsyslogd), uid 0: exited on signal 11 (core dumped) >=20 >=20 >=20 >=20 > I would like advice on how to debug the output from the core dump. >=20 > This is what I get from gdb: >=20 > # gdb > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and > you are welcome to change it and/or distribute copies of it under > certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. This GDB was configured as "amd64-marcel-freebsd". > (gdb) core rsyslogd.core > Core was generated by `rsyslogd'. > Program terminated with signal 11, Segmentation fault. > #0 0x00000000004258ec in ?? () >=20 >=20 > Sadly, getting a backtrace with "bt" gives me more lines with "??", > which is totally not helpful: > [SNIP] > #13 0x00007fffff1f9d70 in ?? () > #14 0x0000000000000000 in ?? () > #15 0x6f70732f7261762f in ?? () > #16 0x6c737973722f6c6f in ?? () > #17 0x5f6e70766f2f676f in ?? () > #18 0x746174732e676f6c in ?? () > #19 0x0000000000000065 in ?? () > #20 0x0000000000000000 in ?? () > [SNIP] >=20 > I am not sure what steps I should follow to get more information ? >=20 >=20 >=20 > Also, I believe that often, core dumps with signal 11 =3D RAM problems > and I would like a confirmation here. >=20 > I am concerned because rsyslogd is the only process that crashes in > this way, even after I rebooted the firewall. >=20 > Thanks for your input :) For what it's worth, the addresses shown in frames 15, 16, 17, and 18 are A= SCII: ops/rav/ lsysr/lo _npvo/go tats.gol /Andrew
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AC6674AB7BC78549BB231821ABF7A9AEB57B0760E5>