From owner-freebsd-fs@FreeBSD.ORG Wed Dec 3 20:16:52 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 DD827FC0; Wed, 3 Dec 2014 20:16:52 +0000 (UTC) Received: from mail.takwa.de (antares.takwa.de [5.9.72.166]) by mx1.freebsd.org (Postfix) with ESMTP id A076D7D1; Wed, 3 Dec 2014 20:16:51 +0000 (UTC) Received: by mail.takwa.de (Postfix, from userid 65534) id 6D215107; Wed, 3 Dec 2014 21:10:59 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.takwa.de X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=ALL_TRUSTED,BAYES_05 autolearn=disabled version=3.4.0 Received: from [192.168.10.5] (unknown [62.246.110.10]) by mail.takwa.de (Postfix) with ESMTPSA id 9D9B8105; Wed, 3 Dec 2014 21:10:58 +0100 (CET) Message-ID: <547F6E54.5020706@takwa.de> Date: Wed, 03 Dec 2014 21:11:00 +0100 From: Michael Schmiedgen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: "stable@freebsd.org" , freebsd-fs@freebsd.org Subject: ZFS 'mount error 5' hits production server Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit 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: Wed, 03 Dec 2014 20:16:53 -0000 Hi list, today I upgraded one of our servers from 10.0 to 10.1 with freebsd-update. GENERIC kernel, ZFS 2-way mirror, GPT, nothing special. After booting kernel, when trying to mount the root file system I get: 'cannot mount, error 5' or something. Strangely I got this error a few weeks ago at home, running CURRENT with custom kernel: https://lists.freebsd.org/pipermail/freebsd-current/2014-October/052900.html I created the pools and datasets manually via console. Has anything changed? With legacy mountpoint, or that one needs a boot dataset, or something? Thanks, Michael Configuration is: gpart show: => 34 5860533101 ada0 GPT (2.7T) 34 256 1 freebsd-boot (128K) 290 6 - free - (3.0K) 296 8388608 2 freebsd-swap (4.0G) 8388904 5662310400 3 freebsd-zfs (2.6T) 5670699304 189833831 - free - (91G) => 34 5860533101 ada1 GPT (2.7T) 34 256 1 freebsd-boot (128K) 290 6 - free - (3.0K) 296 8388608 2 freebsd-swap (4.0G) 8388904 5662310400 3 freebsd-zfs (2.6T) 5670699304 189833831 - free - (91G) zpool status: NAME PROPERTY VALUE SOURCE tank size 2.62T - tank capacity 3% - tank altroot - default tank health ONLINE - tank guid XXX default tank version - default tank bootfs tank local tank delegation on default tank autoreplace off default tank cachefile - default tank failmode wait default tank listsnapshots off default tank autoexpand off default tank dedupditto 0 default tank dedupratio 1.00x - tank free 2.53T - tank allocated 99.0G - tank readonly off - tank comment - default tank expandsize 0 - tank freeing 0 default tank fragmentation 0% default tank leaked 0 default tank feature@async_destroy enabled local tank feature@empty_bpobj active local tank feature@lz4_compress enabled local tank feature@multi_vdev_crash_dump enabled local tank feature@spacemap_histogram disabled local tank feature@enabled_txg disabled local tank feature@hole_birth disabled local tank feature@extensible_dataset disabled local tank feature@embedded_data disabled local tank feature@bookmarks disabled local tank feature@filesystem_limits disabled local zfs get all tank: NAME PROPERTY VALUE SOURCE tank type filesystem - tank creation Aug 2012 - tank used 98.9G - tank available 2.49T - tank referenced 8.34G - tank compressratio 1.00x - tank mounted yes - tank quota none default tank reservation none default tank recordsize 128K default tank mountpoint legacy local tank sharenfs off default tank checksum on default tank compression off default tank atime off local tank devices on default tank exec on default tank setuid on default tank readonly off default tank jailed off default tank snapdir hidden default tank aclmode discard default tank aclinherit restricted default tank canmount on default tank xattr off temporary tank copies 1 default tank version 5 - tank utf8only off - tank normalization none - tank casesensitivity sensitive - tank vscan off default tank nbmand off default tank sharesmb off default tank refquota none default tank refreservation none default tank primarycache all default tank secondarycache all default tank usedbysnapshots 4.53G - tank usedbydataset 8.34G - tank usedbychildren 86.1G - tank usedbyrefreservation 0 - tank logbias latency default tank dedup off default tank mlslabel - tank sync standard default tank refcompressratio 1.00x - tank written 3.10G - tank logicalused 91.7G - tank logicalreferenced 6.71G - tank volmode default default tank filesystem_limit none default tank snapshot_limit none default tank filesystem_count none default tank snapshot_count none default tank redundant_metadata all default -- ___________________________ Michael Schmiedgen, BSc Senior Software Engineer Takwa GmbH Friedrich-List-Str. 36 99096 Erfurt GERMANY Tel +49 361 6534096 Fax +49 361 6534097 Mail schmiedgen@takwa.de Web http://www.takwa.de/ ___________________________ Amtsgericht Jena HRB 112964 Geschäftsführung: Ingo Buchholz