From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 11:23:30 2008 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 F0CDC1065678 for ; Mon, 24 Nov 2008 11:23:30 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 788188FC26 for ; Mon, 24 Nov 2008 11:23:30 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so775354eyi.7 for ; Mon, 24 Nov 2008 03:23:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=uZ0YTdgukvLuANQTSxTS0EM0HJ0MqfnCT6l5pD46Q7s=; b=Hn7oAd6o2ciGuI1W0VK+GwB1jR7RcRQT4BiJxlBcLNOzEQM/kaxlXAu98z813LOnvG 5Ny0Skk1BsPhpNYHm+F+BGIlD30c7Oo5U+MaffnOp6fSZHdbF3Y8SObb8g5oYFcFzmIj aVYs566LO6WegdWGwa1rwcAEa9F/C3Rh9ye1c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=lb9sDBBRSp09O+fevBymWi0rHZIhi+9ZCYJcBkPiqV6aQceZE9Uq8xUlzejXJ8iUSQ 75uYQVLNW7mQQqj+Sl8v9vYXXCdy32t3krTsFxqc4WYSo2skwpvBcCYP6mpwoaQ/2ewO zjN/zAAf8+mlynx9ekeRlhJkVH4fxgyNkl+aY= Received: by 10.103.221.5 with SMTP id y5mr1025703muq.66.1227525808363; Mon, 24 Nov 2008 03:23:28 -0800 (PST) Received: from ndenev.cmotd.com (blah.sun-fish.com [217.18.249.150]) by mx.google.com with ESMTPS id j6sm5004208mue.41.2008.11.24.03.23.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Nov 2008 03:23:27 -0800 (PST) Message-Id: <64C828D5-3F3C-4AB8-9D12-4EAD30B11818@gmail.com> From: Nikolay Denev To: Pawel Jakub Dawidek In-Reply-To: <976654BF-F7A0-41F9-8ECD-8CF76D97EEE9@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Mon, 24 Nov 2008 13:23:23 +0200 References: <20081117205526.GC1733@garage.freebsd.pl> <8ECD400F-BFE3-4E31-94F0-39AF5F44FDAC@gmail.com> <20081119090307.GA81236@icarus.home.lan> <18E318DD-29FA-4E26-89CF-11B893B42E34@gmail.com> <20081121162518.GC6509@garage.freebsd.pl> <20081122230554.GC2016@garage.freebsd.pl> <8517A9FD-6420-413A-9190-10F3969DEF95@gmail.com> <976654BF-F7A0-41F9-8ECD-8CF76D97EEE9@gmail.com> X-Pgp-Agent: GPGMail d53 (v53, Leopard) X-Mailer: Apple Mail (2.929.2) Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: New ZFS in the tree. 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: Mon, 24 Nov 2008 11:23:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 24 Nov, 2008, at 12:31 , Nikolay Denev wrote: > > With absolutely nothing in loader.conf and these defaults : > > vfs.zfs.arc_max: 863907840 > vm.kmem_size: 1382252544 > vm.kmem_size_max: 4509713203 > > I got spontaneous reboot in only after 20-30 minutes of bonnie++ > > - -- > Regards, > Nikolay Denev > > Here is the backtrace from the crashdump : Dump header from device /dev/da0s1b Architecture: amd64 Architecture Version: 2 Dump Length: 1685811200B (1607 MB) Blocksize: 512 Dumptime: Mon Nov 24 12:52:42 2008 Hostname: postserver.example.com Magic: FreeBSD Kernel Dump Version String: FreeBSD 8.0-CURRENT #1: Tue Nov 18 17:43:53 UTC 2008 ndenev@postserver.example.com:/usr/obj/usr/src/sys/CORE Panic String: kmem_malloc(90112): kmem_map too small: 1366536192 total allocated Dump Parity: 4023666266 Bounds: 0 Dump Status: good (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xffffffff802e81bf in boot (howto=260) at /usr/src/sys/kern/ kern_shutdown.c:420 #2 0xffffffff802e8634 in panic (fmt=0xffffffff804a2638 "kmem_malloc(%ld): kmem_map too small: %ld total allocated") at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xffffffff803fa15e in kmem_malloc (map=0xffffff00010000d8, size=90112, flags=2) at /usr/src/sys/vm/vm_kern.c:303 #4 0xffffffff803f4306 in uma_large_malloc (size=90112, wait=2) at / usr/src/sys/vm/uma_core.c:2706 #5 0xffffffff802d8d22 in malloc (size=90112, mtp=0xffffffff808fe4e0, flags=2) at /usr/src/sys/kern/kern_malloc.c:393 #6 0xffffffff80875576 in vdev_queue_io_to_issue (vq=0xffffff000468dc20, pending_limit=Variable "pending_limit" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ common/fs/zfs/vdev_queue.c:227 #7 0xffffffff808756ec in vdev_queue_io_done (zio=0xffffff00518fa5a0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ common/fs/zfs/vdev_queue.c:313 #8 0xffffffff80886c20 in zio_vdev_io_done (zio=0xffffff00518fa5a0) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/ fs/zfs/zio.c:1845 #9 0xffffffff808852c0 in zio_execute (zio=0xffffff00518fa5a0) at /usr/ src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/ zio.c:996 #10 0xffffffff8082df6c in taskq_thread (arg=Variable "arg" is not available. ) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/ common/os/taskq.c:854 #11 0xffffffff802c9b7d in fork_exit (callout=0xffffffff8082dd98 , arg=0xffffff00047f0b40, frame=0xfffffffeb987dc90) at /usr/src/sys/kern/kern_fork.c:815 #12 0xffffffff8041333e in fork_trampoline () at /usr/src/sys/amd64/ amd64/exception.S:521 #13 0x0000000000000000 in ?? () #14 0x0000000000000000 in ?? () #15 0x0000000000000001 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x00000000007bc000 in ?? () #38 0x000000000000000b in ?? () #39 0xffffffff8063a400 in affinity () #40 0xffffffff8063a400 in affinity () #41 0xffffff0004c6c720 in ?? () #42 0xfffffffeb987d2e0 in ?? () #43 0xfffffffeb987d298 in ?? () #44 0xffffff0001498ab0 in ?? () #45 0xffffffff8030959b in sched_switch (td=0xffffffff8082dd98, newtd=0xffffff00047f0b40, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1848 Previous frame inner to this frame (corrupt stack?) Isn't kmem_size supposed to automaticaly grow up-to kmem_size_max ? - -- Regards, Nikolay Denev -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (Darwin) iEYEARECAAYFAkkqjqsACgkQHNAJ/fLbfrkqTQCaA3dZXMdvIt8aLAyVOKrlgjUW tqUAn2L80ZogYh0NoUI4SElySiN9qWKB =1D6v -----END PGP SIGNATURE-----