From owner-freebsd-stable@FreeBSD.ORG Fri Aug 2 15:14:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4E38D8DA; Fri, 2 Aug 2013 15:14:23 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9764F2BC1; Fri, 2 Aug 2013 15:14:22 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id 13so528483lba.6 for ; Fri, 02 Aug 2013 08:14:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=f87Ssaw4vUZNQ1c/QNhfKW/3i+XAftoH0pURdRdDKSs=; b=APtol2X2GjRMEbwoap0eKSypiAuSWw47XXOf9KEIxIcXD29BdaqH9dNXCmqw3c5heF QoqGJZBcI6z5ERfO8wi8t3iRASCTnUFDHZnclOGh8HHhnymvrYGOztFdjvo1eOI5pL82 17yuZZg9ldY4OC8LOSTCn5GUQMLigMZlDhy9wgYYsrnWfe2iaA5+nh+NXEziTOp6L5Ub 2lOk9Qlv0hUd+GFOBY3Oy9UCooCjOB6WS3tPpGbGegxfVa47lap568qwwNp7iGBhXquw 7VSWpq/MkzmGFAdEyk2WZYJr0F2EpUIBMXeNm+N+KuaC1YswJCPgXAHpWa5h8E7sdUcN Y6Mg== X-Received: by 10.152.26.104 with SMTP id k8mr3072431lag.85.1375456458562; Fri, 02 Aug 2013 08:14:18 -0700 (PDT) Received: from [192.168.1.125] (mau.donbass.com. [92.242.127.250]) by mx.google.com with ESMTPSA id 8sm3485149lbq.4.2013.08.02.08.14.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 02 Aug 2013 08:14:18 -0700 (PDT) Message-ID: <51FBCCC8.6040805@gmail.com> Date: Fri, 02 Aug 2013 18:14:16 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130802 Thunderbird/17.0.7 MIME-Version: 1.0 To: =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= Subject: Re: ZFS: can't read MOS of pool References: <51ED5B69.8050200@wasikowski.net> <51FBC24B.5030609@gmail.com> <51FBC4DC.4090506@wasikowski.net> <51FBC6F1.9030408@gmail.com> <51FBC8B3.4010304@wasikowski.net> In-Reply-To: <51FBC8B3.4010304@wasikowski.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Aug 2013 15:14:23 -0000 02.08.2013 17:56, Łukasz Wąsikowski wrote: >> Can you also try what Trond suggests about boot order? You can also list >> your boot fs in /boot/loader.conf like > > I listed ROOTFS in /boot/loader.conf, didn't helped. I'm using this boot > order on 20+ boxes and never had any issues with it, but I'll check it > as I don't have better idea what to do next. I'm almost out of suggestions... 1. Can you try to removing 'canmount' property from klawisz fs and 'bootfs' property from pool? 2. Can you try fetching late nexenta or illumos and give your pool a full scrub? 3. Can you try disablng/enabling features? I assume you haven't used compression and have no snapshots. >> vfs.root.mountfrom=zfs:klawisz/ROOTFS. Or you can just add this at >> loader prompt. >> >> There's also a ${SRC}/tools/tools/zfsboottest script that can tell you >> something about booting from your pool. > > This tools doesn't compile on 9.2-BETA2 r253884 > > # cd /usr/src/tools/tools/zfsboottest/ && make > > Warning: Object directory not changed from original > /usr/src/tools/tools/zfsboottest > ln -sf /usr/src/tools/tools/zfsboottest/../../../sys/i386/include machine > cc -O1 -I/usr/src/tools/tools/zfsboottest/../../../sys/boot/zfs > -I/usr/src/tools/tools/zfsboottest/../../../sys/cddl/boot/zfs -I. > -fdiagnostics-show-option -W -Wextra -Wno-sign-compare > -Wno-unused-parameter -Werror -std=gnu99 -fstack-protector -c > zfsboottest.c > cc1: warnings being treated as errors > In file included from > /usr/src/tools/tools/zfsboottest/../../../sys/cddl/boot/zfs/zfssubr.c:122, > from > /usr/src/tools/tools/zfsboottest/../../../sys/boot/zfs/zfsimpl.c:38, > from zfsboottest.c:55: > /usr/src/tools/tools/zfsboottest/../../../sys/cddl/boot/zfs/lz4.c: In > function 'lz4_decompress': > /usr/src/tools/tools/zfsboottest/../../../sys/cddl/boot/zfs/lz4.c:45: > warning: implicit declaration of function 'htonl' > In file included from zfsboottest.c:55: > /usr/src/tools/tools/zfsboottest/../../../sys/boot/zfs/zfsimpl.c: In > function 'spa_status': > /usr/src/tools/tools/zfsboottest/../../../sys/boot/zfs/zfsimpl.c:817: > error: 'ZFS_MAXNAMELEN' undeclared (first use in this function) > /usr/src/tools/tools/zfsboottest/../../../sys/boot/zfs/zfsimpl.c:817: > error: (Each undeclared identifier is reported only once > /usr/src/tools/tools/zfsboottest/../../../sys/boot/zfs/zfsimpl.c:817: > error: for each function it appears in.) > *** [zfsboottest.o] Error code 1 > > Stop in /usr/src/tools/tools/zfsboottest. Ahem, sorry. Never used that. -- Sphinx of black quartz, judge my vow.