From owner-freebsd-fs@FreeBSD.ORG Sat Nov 15 01:38:12 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 BC119EDE for ; Sat, 15 Nov 2014 01:38:12 +0000 (UTC) Received: from mail-yk0-x22e.google.com (mail-yk0-x22e.google.com [IPv6:2607:f8b0:4002:c07::22e]) (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 797E6ED9 for ; Sat, 15 Nov 2014 01:38:12 +0000 (UTC) Received: by mail-yk0-f174.google.com with SMTP id q9so3598416ykb.33 for ; Fri, 14 Nov 2014 17:38:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=JYKoosAfI2w1hA1p46+qfQz28RF9yy3QnMvHVFxw2zQ=; b=bjDk/PmUtSgvGD/BuH0T67sEL/ZJlzbhvolwFn4PglgxPnpQQcRfH6c7yiMIMh7c57 zy+iSBuC3Qa0CA1cHfDbUChkw7KMh/pQL4vX1oWtqectIvUFUwz0UxhI+kJx6RiJNp// cWCc4uMl7vGlcnXqwUSTUUsV8zHigsREPwSmC733cqgZTA9U01ooXzsL6sBDdAk7mbpJ HM4N8C/C6UyXXKsFOyoGjEZT+y+H1ciuGqtbPFdnyAbRCqVy/2doBt8EcHiXJCw6akbI sbSfDd7W3E1hToPmwH+SpPNLMJe4lJFGbiyexeQU2pcYhjS3uyUkZvOKCmreNwKn209h kEFw== MIME-Version: 1.0 X-Received: by 10.236.4.70 with SMTP id 46mr13650485yhi.95.1416015491647; Fri, 14 Nov 2014 17:38:11 -0800 (PST) Sender: kmacybsd@gmail.com Received: by 10.170.82.197 with HTTP; Fri, 14 Nov 2014 17:38:11 -0800 (PST) In-Reply-To: References: Date: Fri, 14 Nov 2014 17:38:11 -0800 X-Google-Sender-Auth: SkY54U9hnBTZpMAe4yg7fE9Fo0g Message-ID: Subject: Re: ZFS + xattr -> panic loop From: "K. Macy" To: javocado Content-Type: text/plain; charset=UTF-8 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: Sat, 15 Nov 2014 01:38:12 -0000 How big is your data set? Other users have seen corruption (data loss multiple times on the same data set) with extended attributes and I need a test case. Thanks. -K On Thu, Nov 13, 2014 at 11:43 AM, 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"