This message is in MIME format.
--=_evqqhi5tjvc
Content-Type: text/plain;
charset=ISO-8859-1;
DelSp="Yes";
format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hi list,
I am running nagios on Gentoo and having an issue with NSCA.
When NSCA is running for a few days I get it crashes with this in dmesg:
localhost nsca[6030]: segfault at ffffffffff600429 ip 00007f8d3ea19dfc =20
sp 00007fff47281350 error 7 in libwrap.so.0.7.6[7f8d3ea16000+8000]
I compiled NSCA in debug mode and ran it with valgrind. We found the =20
following memory leak:
=3D=3D8837=3D=3D Syscall param fcntl(arg) contains uninitialised byte(s)
=3D=3D8837=3D=3D at 0x553EF5B: fcntl (in /lib64/libc-2.9.so)
=3D=3D8837=3D=3D by 0x402FE1: handle_connection (in /usr/bin/nsca)
=3D=3D8837=3D=3D by 0x403369: accept_connection (in /usr/bin/nsca)
=3D=3D8837=3D=3D by 0x4040D5: main (in /usr/bin/nsca)
=3D=3D8840=3D=3D
=3D=3D8840=3D=3D Syscall param fcntl(arg) contains uninitialised byte(s)
=3D=3D8840=3D=3D at 0x553EF5B: fcntl (in /lib64/libc-2.9.so)
=3D=3D8840=3D=3D by 0x402FE1: handle_connection (in /usr/bin/nsca)
=3D=3D8840=3D=3D by 0x403369: accept_connection (in /usr/bin/nsca)
=3D=3D8840=3D=3D by 0x4040D5: main (in /usr/bin/nsca)
=3D=3D8842=3D=3D
=3D=3D8842=3D=3D Syscall param fcntl(arg) contains uninitialised byte(s)
=3D=3D8842=3D=3D at 0x553EF5B: fcntl (in /lib64/libc-2.9.so)
=3D=3D8842=3D=3D by 0x402FE1: handle_connection (in /usr/bin/nsca)
=3D=3D8842=3D=3D by 0x403369: accept_connection (in /usr/bin/nsca)
=3D=3D8842=3D=3D by 0x4040D5: main (in /usr/bin/nsca)
=3D=3D8838=3D=3D
=3D=3D8838=3D=3D Syscall param fcntl(arg) contains uninitialised byte(s)
=3D=3D8838=3D=3D at 0x553EF5B: fcntl (in /lib64/libc-2.9.so)
=3D=3D8838=3D=3D by 0x402FE1: handle_connection (in /usr/bin/nsca)
=3D=3D8838=3D=3D by 0x403369: accept_connection (in /usr/bin/nsca)
=3D=3D8838=3D=3D by 0x4040D5: main (in /usr/bin/nsca)
=3D=3D8828=3D=3D
=3D=3D8828=3D=3D ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 14 fro=
m 2)
=3D=3D8828=3D=3D malloc/free: in use at exit: 621 bytes in 25 blocks.
=3D=3D8828=3D=3D malloc/free: 115 allocs, 90 frees, 32,290 bytes allocated.
=3D=3D8828=3D=3D For counts of detected errors, rerun with: -v
=3D=3D8828=3D=3D Use --track-origins=3Dyes to see where uninitialised values=
come from
=3D=3D8828=3D=3D searching for pointers to 25 not-freed blocks.
=3D=3D8828=3D=3D checked 124,080 bytes.
=3D=3D8828=3D=3D
=3D=3D8828=3D=3D LEAK SUMMARY:
=3D=3D8828=3D=3D definitely lost: 584 bytes in 22 blocks.
=3D=3D8828=3D=3D possibly lost: 0 bytes in 0 blocks.
=3D=3D8828=3D=3D still reachable: 37 bytes in 3 blocks.
=3D=3D8828=3D=3D suppressed: 0 bytes in 0 blocks.
=3D=3D8828=3D=3D Rerun with --leak-check=3Dfull to see details of leaked mem=
ory.
I then ran with options --leak-check=3Dfull --show-reachable=3Dyes. The =20
results are attached (20090707_valgrind_full_options.txt).
The versin of Gentoo runs libc 2.9. We have a few Fedora core 8 =20
machines running libc 2.7 with the same version of NSCA but don't see =20
the issue.
Can anyone shead some light on the issue. Is it a NSCA issue or =20
libc/Gentoo issue?
Thanks
--=_evqqhi5tjvc
Content-Type: text/plain; charset=ISO-8859-1;
name="20090707_valgrind_full_options.txt"
Content-Disposition: attachment; filename="20090707_valgrind_full_options.txt"
Content-Transfer-Encoding: quoted-printable
=3D=3D21925=3D=3D Memcheck, a memory error detector.
=3D=3D21925=3D=3D Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward e=
t al.
=3D=3D21925=3D=3D Using LibVEX rev 1878, a library for dynamic binary transl=
ation.
=3D=3D21925=3D=3D Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP.
=3D=3D21925=3D=3D Using valgrind-3.4.0, a dynamic binary instrumentation fra=
mework.
=3D=3D21925=3D=3D Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward e=
t al.
=3D=3D21925=3D=3D For more details, rerun with: -v
=3D=3D21925=3D=3D
=3D=3D21925=3D=3D Syscall param rt_sigaction(act->sa_mask) points to uniniti=
alised byte(s)
=3D=3D21925=3
...[email truncated]...
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]