From owner-freebsd-current@FreeBSD.ORG Thu Jul 30 07:01:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43D601065676 for ; Thu, 30 Jul 2009 07:01:30 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id C0F298FC15 for ; Thu, 30 Jul 2009 07:01:29 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:33458 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1MWPdE-0006DW-4a for freebsd-current@freebsd.org; Thu, 30 Jul 2009 09:00:54 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 1102F45A4D for ; Thu, 30 Jul 2009 09:00:52 +0200 (CEST) Message-Id: <94F61AF3-E0D2-4BCD-8C74-07C3C0752A47@exscape.org> From: Thomas Backman To: FreeBSD current In-Reply-To: <665DE2F7-0899-40B7-9129-2082F2188D3E@exscape.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 30 Jul 2009 09:00:50 +0200 References: <665DE2F7-0899-40B7-9129-2082F2188D3E@exscape.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MWPdE-0006DW-4a. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MWPdE-0006DW-4a 73e792aefd92567d54b04789ac4929de Subject: Re: ps -axl during textdumps occasionally segfaults with a HUGE ps.core X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2009 07:01:30 -0000 On Jul 29, 2009, at 22:19, Thomas Backman wrote: > All the info I happen to have: > > (from core.txt.X) > "ps -axl > > Segmentation fault (core dumped)" > > The last core I got (/ps.core) was 1076211712 bytes (1026 MiB). > > Anyone else with this problem? > Unfortunately, I deleted the most recent core and so can't gdb it, > at least not right now. I did try it on the first one, but got a > very broken backtrace. > > Regards, > Thomas More detail: Core was generated by `ps'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libkvm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libkvm.so.5 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000008009603a6 in bcopy () from /lib/libc.so.7 (gdb) bt #0 0x00000008009603a6 in bcopy () from /lib/libc.so.7 #1 0x0000000800770141 in _kvm_freeprocs () from /lib/libkvm.so.5 #2 0x0000000800770870 in kvm_getprocs () from /lib/libkvm.so.5 #3 0x0000000000405322 in uname () #4 0x0000000000401f0e in ?? () #5 0x0000000800539000 in ?? () #6 0x0000000000000000 in ?? () #7 0x0000000000000006 in ?? () #8 0x00007fffffffef40 in ?? () #9 0x00007fffffffef43 in ?? () #10 0x00007fffffffef46 in ?? () #11 0x00007fffffffef5b in ?? () #12 0x00007fffffffef5e in ?? () #13 0x00007fffffffef72 in ?? () #14 0x0000000000000000 in ?? () ... #586 0x0000000000000000 in ?? () #587 0x0073702f6e69622f in ?? () #588 0x247c8d48002454ff in ?? () #589 0x01a1c0c748006a10 in ?? () #590 0x66fdebf4050f0000 in ?? () #591 0x9066669066669066 in ?? () #592 0x00007fffffffeda0 in ?? () #593 0x0000000000000006 in ?? () #594 0x00007fffffffedd8 in ?? () #595 0x0000000000000004 in ?? () Cannot access memory at address 0x800000000000 (gdb) Not exactly a lot of useful info. Still, anyone else noticed this? Oh, and this core was *exactly* as big as the previous one (1076211712 bytes)... Regards, Thomas