From owner-freebsd-fs@FreeBSD.ORG Sun May 17 21:07:05 2015 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EED3E9E9 for ; Sun, 17 May 2015 21:07:05 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C049C1ECF for ; Sun, 17 May 2015 21:07:05 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t4HL751s013689 for ; Sun, 17 May 2015 21:07:05 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 197789] (zfs+i386 No PAE) panic: kmem_malloc(36864): kmem_map too small: 431976448 total allocated Date: Sun, 17 May 2015 21:07:05 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: michelle@sorbs.net X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 May 2015 21:07:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197789 --- Comment #8 from Michelle Sullivan --- 100% right with the 512MB limit. Setting arc_max to 40M is ignored... I have that now with a single CPU and it's showing (in "top"): Total: 52M 1858K MFU, 24M MRU, 400K Anon, 1975K Header, 24M Other If I set more than one CPU in the VM - the 'Total' will get to around 467M and then panic (same loader.conf settings) This I believe is the bug/a bug... Running ZFS on i386 should not be recommended, 100% with you... however: 1/ It is available in default kernels. 2/ KVA Pages needs to be set for default kernels. 3/ I'm not using ZFS in production anywhere - it's used for poudriere otherwise I'd disable it completely. We have a couple of things/statements here: 1/ Its available for use by default, recommended or not. 2/ It seems to work (all be it slowly) on i386 with the correct tuning. 3/ More than one CPU and it doesn't work 4/ KVA pages is not set by default. At least some should be resolved.... and this is how I see it: 1/ It either should be enabled by default and KVA_PAGES=512 set by default. 2/ It should be disabled by default with the warning that KVA_PAGES needs to be set if enabling. and: A/ someone should look into and resolve (if possible) the fact that arc_max is not respected when multiple CPUs are present. B/ documentation to indicating (1) and/or (2) should be updated (currently there is the link that you indicated, it probably should be expanded to indicate that ZFS is disabled and KVA_PAGES should be added if enabling, or that zfs is enabled and so it KVA_PAGES by default and what ever risk that may entail - it should also probably add that ZFS is really not for i386 because it will be really slow as it wasn't designed for 32 bit... [does that make sense?]) Thoughts? Not trying to be a pain here - but the default should work (even if that's "Disable ZFS in the default kernel") ... and I really think that 1 CPU working, 2 CPU = panic is a bug, and possibly an important one that may even be there on amd64 just it is not noticed because of the platform difference. Regards, Michelle -- You are receiving this mail because: You are the assignee for the bug.