From owner-freebsd-stable@FreeBSD.ORG Tue Dec 28 23:20:28 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31CCE106567A for ; Tue, 28 Dec 2010 23:20:28 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id B342C8FC15 for ; Tue, 28 Dec 2010 23:20:27 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id B0E48133223; Wed, 29 Dec 2010 00:20:26 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id n2tXlC3usGBd; Wed, 29 Dec 2010 00:20:24 +0100 (CET) Received: from [10.9.8.1] (188-167-78-139.dynamic.chello.sk [188.167.78.139]) by mail.vx.sk (Postfix) with ESMTPSA id 481E2133217; Wed, 29 Dec 2010 00:20:24 +0100 (CET) Message-ID: <4D1A70B7.6090809@FreeBSD.org> Date: Wed, 29 Dec 2010 00:20:23 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: Jean-Yves Avenard References: <4D181E51.30401@DataIX.net> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: New ZFSv28 patchset for 8-STABLE: Kernel Panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Dec 2010 23:20:28 -0000 Please don't consider these patches as production-ready. What we want to do is find and resolve as many bugs as possible. To help us fix these bugs, a way to reproduce the bug from a clean start (e.g. in virtualbox) would be great and speed up finding the cause for the problem. Your problem looks like some sort of deadlock. In your case, when you experiene the hang, try running "procstat -k -k PID" in another shell (console). That will give us valuable information. Cheers, mm Dňa 28.12.2010 18:39, Jean-Yves Avenard wrote / napísal(a): > On 29 December 2010 03:15, Jean-Yves Avenard wrote: > >> # zpool import >> load: 0.00 cmd: zpool 405 [spa_namespace_lock] 15.11r 0.00u 0.03s 0% 2556k >> load: 0.00 cmd: zpool 405 [spa_namespace_lock] 15.94r 0.00u 0.03s 0% 2556k >> load: 0.00 cmd: zpool 405 [spa_namespace_lock] 16.57r 0.00u 0.03s 0% 2556k >> load: 0.00 cmd: zpool 405 [spa_namespace_lock] 16.95r 0.00u 0.03s 0% 2556k >> load: 0.00 cmd: zpool 405 [spa_namespace_lock] 32.19r 0.00u 0.03s 0% 2556k >> load: 0.00 cmd: zpool 405 [spa_namespace_lock] 32.72r 0.00u 0.03s 0% 2556k >> load: 0.00 cmd: zpool 405 [spa_namespace_lock] 40.13r 0.00u 0.03s 0% 2556k >> >> ah ah ! >> it's not the separate log that make zpool crash, it's the cache ! >> >> Having the cache in prevent from importing the pool again.... >> >> rebooting: same deal... can't access the pool any longer ! >> >> Hopefully this is enough hint for someone to track done the bug ... >> > > More details as I was crazy enough to try various things. > > The problem of zpool being stuck in spa_namespace_lock, only occurs if > you are using both the cache and the log at the same time. > Use one or the other : then there's no issue > > But the instant you add both log and cache to the pool, it becomes unusable. > > Now, I haven't tried using cache and log from a different disk. The > motherboard on the server has 8 SATA ports, and I have no free port to > add another disk. So my only option to have both a log and cache > device in my zfs pool, is to use two slices on the same disk. > > Hope this helps.. > Jean-Yves > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"