From owner-freebsd-current@FreeBSD.ORG Wed May 27 09:50:57 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 C71331065672; Wed, 27 May 2009 09:50:57 +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 56D9D8FC13; Wed, 27 May 2009 09:50:56 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:54630 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1M9FmJ-0002lk-4Q; Wed, 27 May 2009 11:50:33 +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 B99F2E884C; Wed, 27 May 2009 11:50:29 +0200 (CEST) Message-Id: From: Thomas Backman To: Kip Macy In-Reply-To: <3c1674c90905270031n5228f9bg4b6dcc8f15782760@mail.gmail.com> 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: Wed, 27 May 2009 11:50:29 +0200 References: <3c1674c90905262113x127ad54ex8672ce8cbbf7eb1c@mail.gmail.com> <3c1674c90905262203o66064f1m7797f1e0f8f370c2@mail.gmail.com> <2AB885E4-31C5-4271-87F7-BA3F562EE7B1@exscape.org> <3c1674c90905270031n5228f9bg4b6dcc8f15782760@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1M9FmJ-0002lk-4Q. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1M9FmJ-0002lk-4Q 28f973234a65c0b04d628be2d4050809 Cc: FreeBSD Current Subject: Re: kern/134011 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: Wed, 27 May 2009 09:50:58 -0000 On May 27, 2009, at 09:31 AM, Kip Macy wrote: >> >> I ran into this crash (I think*) yesterday too, albeit in a (amd64) >> VM with >> 768MB RAM. >> However, I had set arc_min="30M" and arc_max="100M" so I expected >> it to >> work, but >> it crashed within 10-15 minutes of make -j4 buildworld. I changed >> the values >> to 5 and 30M, >> and so far (~30 minutes) no crash. The sources were from late May >> 21st, >> currently building >> rev. 192805 (since 192808 broke the build, at least on the >> tinderbox). >> >> * "I think" because I went to check on it it the middle of the >> night, saw a >> page fault in kernel mode >> or whatever, and figured "damnit... well, I'll suspend the VM, turn >> the >> laptop off and check in the morning". >> I hit shutdown instead, so no backtrace or anything. D'oh! >> > > > Can you try not setting the ARC? > I haven't had any problems on my comparably sized VMs. > > -Kip OK, I tried it, since it crashed even with my low ARC settings. With *no* ARC settings, I get this: cc -O2 -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/ usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/ cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../ contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/ config -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/ include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/ libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/ gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -I/usr/obj/ usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/ cc_tools/../../../../contrib/gcc/genattr.c cc -O2 -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/ usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/ cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../ contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/ config -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/ include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/ libcpp/include -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/ gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -I/usr/obj/ usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/ cc_tools/../../../../contrib/gcc/genautomata.c *** drop to debugger here *** --------------- # while :; do date; vmstat -m | grep -E 'Type|solaris'; sysctl kstat.zfs.misc.arcstats.size; sleep 10; done [...] Wed May 27 11:33:43 CEST 2009 Type InUse MemUse HighUse Requests Size(s) solaris 44183 109686K - 9175781 16,32,64,128,256,512,1024,2048,4096 kstat.zfs.misc.arcstats.size: 159089184 Wed May 27 11:33:53 CEST 2009 Type InUse MemUse HighUse Requests Size(s) solaris 37633 108437K - 9536555 16,32,64,128,256,512,1024,2048,4096 kstat.zfs.misc.arcstats.size: 158529024 Wed May 27 11:34:03 CEST 2009 Type InUse MemUse HighUse Requests Size(s) solaris 42848 109370K - 9849348 16,32,64,128,256,512,1024,2048,4096 kstat.zfs.misc.arcstats.size: 159689152 Wed May 27 11:34:13 CEST 2009 Type InUse MemUse HighUse Requests Size(s) solaris 39751 108868K - 10195297 16,32,64,128,256,512,1024,2048,4096 kstat.zfs.misc.arcstats.size: 162581952 *** drop to debugger here *** Panic screenshots (I still couldn't get it to dump properly - 640MB RAM, 768MB swap, but it complains about the swap being too small): Panic: http://imgur.com/chKEx.png Backtrace: http://imgur.com/iXUFF.png It runs buildworld for about 2-5 minutes before this happens.