Re: Perl Dumping Core
On Wed, 16 Jun 2010 15:18:19 +0100, Matthew Seaman m.sea...@infracaninophile.co.uk wrote: On 16/06/2010 15:11:15, Tim Daneliuk wrote: I am running 8.1-PRERELEASE and seeing a half dozen of these a day: (perl5.10.1), uid 0: exited on signal 11 Anyone have theories on this? You have a perl process or processes owned by root that are dying due to segmentation violations. I've seen perl core dumps a few times too. They seem to be triggered by Gnome bug-buddy, but I haven't had much time to investigate why/when they are triggered. A typical Perl traceback here looks like this: : (gdb) bt : #0 0x28334d77 in kill () at kill.S:3 : #1 0x28239017 in _raise (sig=6) at /usr/src/lib/libthr/thread/thr_sig.c:185 : #2 0x2833386a in abort () at /usr/src/lib/libc/stdlib/abort.c:65 : #3 0x282b7113 in arena_dalloc_bin (arena=0x8049c60, chunk=0x2880, ptr=0x28900e60, mapelm=0x28800c14) at /usr/src/lib/libc/stdlib/malloc.c:2570 : #4 0x282b8bfa in idalloc (ptr=0x28900e60) at /usr/src/lib/libc/stdlib/malloc.c:4302 : #5 0x282b9b7a in free (ptr=0x28900e60) at /usr/src/lib/libc/stdlib/malloc.c:6132 : #6 0x2832e53b in __clean_env (freeVars=true) at /usr/src/lib/libc/stdlib/getenv.c:236 : #7 0x282631d0 in ?? () from /lib/libc.so.7 : #8 0x28347000 in ?? () from /lib/libc.so.7 : #9 0x2807b738 in ?? () from /libexec/ld-elf.so.1 : #10 0x7fbfece8 in ?? () : #11 0x283385bc in _fini () from /lib/libc.so.7 : #12 0x28092300 in ?? () : #13 0x2807b738 in ?? () from /libexec/ld-elf.so.1 : #14 0x7fbfece8 in ?? () : #15 0x2804ee95 in objlist_call_fini (list=0x28089190, force=40 '(', lockstate=0x132e46b) at /usr/src/libexec/rtld-elf/rtld.c:1640 : Previous frame inner to this frame (corrupt stack?) : (gdb) This isn't very helpful for *all* Perl core dumps, but it may lead someone towards obtaining a better traceback... pgpOMXkQ6Ur2c.pgp Description: PGP signature
Re: Perl Dumping Core
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16/06/2010 15:11:15, Tim Daneliuk wrote: I am running 8.1-PRERELEASE and seeing a half dozen of these a day: (perl5.10.1), uid 0: exited on signal 11 Anyone have theories on this? You have a perl process or processes owned by root that are dying due to segmentation violations. Unfortunately, we don't do omniscience[*] or clairvoyance or anything like that, so unless you give us some useful information to work with, that's literally all we can tell you. Start by inspecting the output of ps(1) to find likely looking perl processes. If you've actually got perl.core files you may be able to investigate with a debugger and work out what is producing them, but I wouldn't hold out too much hope of that. Cheers, Matthew [*] well, only occasionally. - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwY3SsACgkQ8Mjk52CukIzh+gCdHneBlv1k8N786nVsLlFc7jU4 W8IAn2iOOZZvr0GHvj/Iclp2qolaKnvj =AL0s -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Perl Dumping Core
On 6/16/2010 9:18 AM, Matthew Seaman wrote: On 16/06/2010 15:11:15, Tim Daneliuk wrote: I am running 8.1-PRERELEASE and seeing a half dozen of these a day: (perl5.10.1), uid 0: exited on signal 11 Anyone have theories on this? You have a perl process or processes owned by root that are dying due to segmentation violations. Unfortunately, we don't do omniscience[*] or clairvoyance or anything like that, so unless you give us some useful information to work with, that's literally all we can tell you. 'Sorry, I wasn't more specific :) And I DO expect you do be omniscient BTW, after all, my users/clients expect ME to be ... Start by inspecting the output of ps(1) to find likely looking perl processes. If you've actually got perl.core files you may be able to investigate with a debugger and work out what is producing them, but I wouldn't hold out too much hope of that. Cheers, Matthew [*] well, only occasionally. It seems that the long running perl processes are there in support of Mailman. I know it periodically restarts itself but I don't know how gracefully it shuts down the perl processess ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Perl Dumping Core
On Wed, Jun 16, 2010 at 4:11 PM, Tim Daneliuk tun...@tundraware.com wrote: I am running 8.1-PRERELEASE and seeing a half dozen of these a day: (perl5.10.1), uid 0: exited on signal 11 Anyone have theories on this? If perl doesn't always crash, but only when running certain programs, it may be that a perl module is the culprit. Try to locate that module by examining the program that causes the crash, and recompile the module (likely a broken lib or dependency). -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org