From owner-freebsd-fs@FreeBSD.ORG Thu Nov 13 23:20:15 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8030472D for ; Thu, 13 Nov 2014 23:20:15 +0000 (UTC) Received: from mail-wg0-f46.google.com (mail-wg0-f46.google.com [74.125.82.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0EC53755 for ; Thu, 13 Nov 2014 23:20:14 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id x13so18223505wgg.19 for ; Thu, 13 Nov 2014 15:20:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=3+ynpXa3b1A4WG1ZDbLmqfdngKlhoXrZbNOhUDJQMt0=; b=ZgoGxoskmf+oZVIlIdBM4W46A6NxIXg2tO0S01EXea7NYUh5TE2EF/XV8jWuiCY3lm zf3mqY41KbF/HsgDApacO7y4aCa+dKg38wM4Mv0nPk3Vy21P/McrukQlRWtGQw6lFY3g atSepg4NHgJa7V4qJ+7a7cy6kYGN08gON3FtOMCcZxhRoI5j6ZPc4eMg1YojsuE6GRGf OIMnkqZqlYzIzpmHAzal9yVCbQ1gVqQI/zlOdHT8jtd4KsLhcMwEEseMXH70nPRDmgVd UJN1yU8mEea53/AKpN5UjJ0HxgBlO7c4/nTAwKjpNRYWhQQaUodgULXRz3fVoqY22YdL W6Eg== X-Gm-Message-State: ALoCoQnq2es6t0hcfGiR+bszOK8oqx7Mjh+rejnn8aK6M23p0M4dDlae4Wt6Vb8i7nBUxQs9vepj X-Received: by 10.180.75.116 with SMTP id b20mr2220524wiw.49.1415920812789; Thu, 13 Nov 2014 15:20:12 -0800 (PST) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id lp14sm1138776wic.20.2014.11.13.15.20.10 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 13 Nov 2014 15:20:12 -0800 (PST) Message-ID: <54653CE6.2090301@multiplay.co.uk> Date: Thu, 13 Nov 2014 23:21:10 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: javocado Subject: Re: ZFS + xattr -> panic loop References: <5465129C.7020606@multiplay.co.uk> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Filesystems X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Nov 2014 23:20:15 -0000 I've recommend moving to 10.1 and seeing if your still see the same issue. If your zpool is corrupt and this can't recover from it you may need to restore from a backup. On 13/11/2014 23:18, javocado wrote: > Apologies: > > FreeBSD hostname 8.3-RELEASE FreeBSD 8.3-RELEASE #1: Wed Sep 18 > 16:59:03 MDT 2013 amd64 > > On Thu, Nov 13, 2014 at 12:20 PM, Steven Hartland > > wrote: > > Alwas good to include which version of the OS your talking about > (uname -a) > > > On 13/11/2014 19:43, javocado wrote: > > After running an rsync (upload) into my zfs filesystem using the > --fake-super option (which stores permissions in extended > attributes) the > zfs filesystem has somehow become corrupt. When booting the > system it > panic's upon zfs startup: > > panic: solaris assert: VFS_ROOT(vfsp, LK_EXCLUSIVE, &vp) == 0, > file: > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c > , line: 1170 > cpuid = 12 > KDB: stack backtrace: > #0 0xffffffff8034b3ae at kdb_backtrace+0x5e > #1 0xffffffff803185c7 at panic+0x187 > #2 0xffffffff80ab8213 at zfs_mount+0x563 > #3 0xffffffff803a2635 at vfs_donmount+0xdc5 > #4 0xffffffff803a3133 at nmount+0x63 > #5 0xffffffff80553284 at amd64_syscall+0x1f4 > #6 0xffffffff8053bc2c at Xfast_syscall+0xfc > > I was able to boot the system by setting the filesystem: > > canmount=off > > However, I am still unable to mount it manually without > causing a similar > panic. > > So, setting the cause of the panic aside for the moment, I > just want to get > to the data. I'd like to think I can do that by turning off > xattrs and > mounting it read-only however: > > # zfs set xattr=off pool/data > property 'xattr' not supported on FreeBSD: permission denied > > How can I turn that off? > > Second or alternately, if I want to just dump the filesystem > out excluding > the extended attributes, so that I have a clean, mountable > data set, how > would I do that? > > Thank you! > _______________________________________________ > freebsd-fs@freebsd.org mailing > list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to > "freebsd-fs-unsubscribe@freebsd.org > " > > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to > "freebsd-fs-unsubscribe@freebsd.org > " > >