From owner-freebsd-fs@FreeBSD.ORG Mon Jan 31 15:26:54 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFDF91065672; Mon, 31 Jan 2011 15:26:54 +0000 (UTC) (envelope-from chreo@chreo.net) Received: from kontorsmtp1.one.com (kontorsmtp1.one.com [195.47.247.16]) by mx1.freebsd.org (Postfix) with ESMTP id 81DA48FC0A; Mon, 31 Jan 2011 15:26:54 +0000 (UTC) Received: from [10.0.0.13] (78-72-68-136-no33.tbcn.telia.com [78.72.68.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by kontorsmtp1.one.com (Postfix) with ESMTP id A9E132F80270B; Mon, 31 Jan 2011 15:10:08 +0000 (UTC) Message-ID: <4D46D0CF.8090103@chreo.net> Date: Mon, 31 Jan 2011 16:10:07 +0100 From: Chreo User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-fs@freebsd.org, Martin Matuska References: <4D0A09AF.3040005@FreeBSD.org> In-Reply-To: <4D0A09AF.3040005@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: New ZFSv28 patchset for 8-STABLE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2011 15:26:54 -0000 Hello Martin, On 2010-12-16 13:44, Martin Matuska wrote: > Following the announcement of Pawel Jakub Dawidek (pjd@FreeBSD.org) I am > providing a ZFSv28 testing patch for 8-STABLE. > > Link to the patch: > > http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101215.patch.xz > I've tested http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20110116-nopython.patch.xz with 8-STABLE from 2011-01-18 Seems to work nicely except for a panic when importing a degraded pool on GELI vdevs: (captured from the screen and OCR'd) vdev.geom_detach:156[1]: Closing access to label/Disk.4.eli. vdev.geom_detach:160[1]: Destroyed consumer to label/Disk.4.eli. vdev.geomdetach:156[1]: Closing access to label/Disk.5.eli. vdev.geom_detach:160[1]: Destroyed consumer to label/Disk.5.eli. Solaris: WARNING: can't open objset for Ocean/Images panic: solaris assert: bpobj_iterate(defer_bpo, spa_free_sync_cb, zio, tx) == 0 (0x6 == 0x0), file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c, line: 5576 cpuid = 1 KDB: stack backtrace: #0 0xffffffff802f14ce at kdb_backtrace+0x5e #1 0xffffffff802bf877 at panic+Ox187 #2 0xffffffff808e0c48 at spa_sync+0x978 #3 0xffffffff808f1011 at txg_sync_thread+0x271 #4 0xffffffff802960b7 at fork_exit+0x117 #5 0xffffffff804b7a7e at fork_trampoline+0xe GEOM_ELI: Device label/Disk.5.eli destroyed. GEOM_ELI: Device label/Disk.4.eli destroyed. The command run was: # zpool import -F Ocean and that worked with ZFS v15 The panic is 100% reproducible. The reason for this import was that I wanted to try and clear the log (something which is possible on v28 but not v15 it seems) with: zpool clear Ocean, and that caused a panic. An export was done and the import was tried. Using the same command on v15 works and imports the pool but it is faulted (due to the log). Anything I can test or do about this? I've also tried importing with -o failmode=continue and that does absolutely nothing to prevent the panic. The other pool on the same system works perfectly so far with v28. Many thanks to you and PJD for your work on ZFS. Regards, Christian Elmerot