From owner-freebsd-stable@FreeBSD.ORG Wed Dec 29 05:02:08 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 C72781065693; Wed, 29 Dec 2010 05:02:08 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 641F78FC14; Wed, 29 Dec 2010 05:02:08 +0000 (UTC) Received: by gxk8 with SMTP id 8so4386102gxk.13 for ; Tue, 28 Dec 2010 21:02:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=HupFettBsOtHWIfUAG6ZPG3TIZ06WQ6BQT9m0b347aI=; b=n3IwVIwbi1CXjsJzzUyyW5D5OsLqMx3yJvvF29+uDGyOKlQo8EqSzxM8hpDOxqVf71 JWR58iy1mzK4ZtWtzImziRw+8MjA7iILCkO8/qjxKvPnqaaDE5TJHEcWrZAbk0QhSqD0 YkZfvnRiDyRBfGBXPpjQf3Gb7appwqTaG8KKc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=Ynj/q2VERyeIqZa4EdtUY58twwpoAu049MJfK0Dmm0YByDw8ayXvj41+sWqfpXdEhW 7+8gCg+EXunotTuFTLOxlreHe3z/HkDSV1b7WDmM3pII5ZByIBaQNy5pRzB265KEoMcs RAC7/TuLdGyfISLIr/oG/S81nPR6jYjlBww8c= Received: by 10.236.105.205 with SMTP id k53mr1379103yhg.58.1293598927386; Tue, 28 Dec 2010 21:02:07 -0800 (PST) Received: from centel.dataix.local (adsl-99-181-145-144.dsl.klmzmi.sbcglobal.net [99.181.145.144]) by mx.google.com with ESMTPS id v8sm7781900yhg.40.2010.12.28.21.02.05 (version=SSLv3 cipher=RC4-MD5); Tue, 28 Dec 2010 21:02:06 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4D1AC0CC.7020907@DataIX.net> Date: Wed, 29 Dec 2010 00:02:04 -0500 From: jhell Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20101210 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Martin Matuska References: <4D181E51.30401@DataIX.net> <4D1A70B7.6090809@FreeBSD.org> In-Reply-To: <4D1A70B7.6090809@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jean-Yves Avenard 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: Wed, 29 Dec 2010 05:02:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/28/2010 18:20, Martin Matuska wrote: > Please don't consider these patches as production-ready. > What we want to do is find and resolve as many bugs as possible. I completely agree with Martin here. If your running it then your willing to loose what you have if you have not taken precaution to save your data somewhere else. Even though with that said ZFS does a pretty fine job of ensuring that nothing happens to it, it is still best practice to have a copy somewhere other than "IN THAT BOX" ;) Another note too, I think I read that you mentioned using the L2ARC and slog device on the same disk.... You simply shouldn't do this it could be contributing to the real cause and there is absolutely no gain in either sanity or performance and you will end up bottle-necking your system. > > 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. > Martin, I agree with the above that it may be some sort of live or dead lock problem in this case. It would be awesome to know if some of the following sysctl(8)'s values are and how this reacts when set to the opposite of their current values. vfs.zfs.l2arc_noprefetch: vfs.zfs.dedup.prefetch: vfs.zfs.prefetch_disable The reason why I say this is on one of my personal systems that I toy with the box cannot make it very long with prefetch enabled on either v15 or v28 after some 'unknown' commit to world on stable/8. Now this may actually be just a contributing factor that makes it happen sooner than it normally would but probably also directly relates to the exact problem. I would love to see this go away as I had been using the L2ARC with prefetch enabled for a long time and now all of a sudden just plainly does not work correctly. I also have about 19 core.txt.NN files from when this started happening with various stack traces. If you would like these just let me know and Ill privately mail them to you. Regards, - -- jhell,v - JJH48-ARIN -----BEGIN PGP SIGNATURE----- iQEbBAEBAgAGBQJNGsDLAAoJEJBXh4mJ2FR+TqkH8wVFQKiU/C6L+F4Y3/ClScQD b4s0IkC1B+bHl9eD6Hhxif/1iKj1w9clYvuLt8ageDF98KTB9GCRjuh48VswdtPQ FQtDRTj1pGzWPxmOn2Nrf7qrFnymqZk+qoTBX8A1nDvrSe41Mqp82ue9E7nZ1ipg Dz9k5F8J+WxUAZYLHxtxLvYEa19/hvG1K5LOpRKIU0iycsqaywezFflTGDcR5lT8 A50ic9sZ21jr87CK45TLv1Wmu+kDgpy2j1x77bYTDGoAzQMlPcOENO8st8EobcWB eIwwXIjtRwOKF4rSxoqwwYxOM4ek+tK4p6ZnO1uLipNXMB+zJTjs//GV6Xp3TA== =Io4+ -----END PGP SIGNATURE-----