From owner-freebsd-stable@FreeBSD.ORG Fri Aug 2 17:34:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7ADEDCDE for ; Fri, 2 Aug 2013 17:34:19 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1B1402263 for ; Fri, 2 Aug 2013 17:34:18 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.7/8.14.7) with ESMTP id r72HYEc7092495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Aug 2013 19:34:14 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.7/8.14.7/Submit) with ESMTP id r72HYEqd092492; Fri, 2 Aug 2013 19:34:14 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 2 Aug 2013 19:34:14 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: J David Subject: Re: Problem with zfsloader on 9.2-BETA2 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-2028791881-1375462410=:90799" Content-ID: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.fig.ol.no Cc: 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 17:34:19 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-2028791881-1375462410=:90799 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: On Fri, 2 Aug 2013 11:31-0400, J David wrote: > On Fri, Aug 2, 2013 at 2:36 AM, Trond Endrestøl wrote: > > > I'll try the 8.4-R -> 9.2-BETA2 route later this afternoon, and avoid > > updating the boot blocks with the ones from 9.2-BETA2. That leaves the > > raidz2 configuration unexplored. I figured the easiest way would be to copy the boot blocks from the 8.4-R BE to da0p1 and da1p1, and let the bootfs property remain pointing to the 9.2-BETA2 BE. The 8.4-R stuff showed no problems booting the 9.2-BETA stuff. > Thanks for looking into this. Is there anything you can think of that > I can do to help establish what is happening on this system? > > If there is a way to e.g. debug zfsloader to see what exactly it is > doing and where it goes awry, I sadly do not know what it is. :( You could put the line verbose_loading="YES" in /boot/loader.conf or in /boot/loader.conf.local if zfsloader is lucky enough to read those files. You can get the pool's guid by running: zpool get guid data If you manage to get to zfsloader's OK prompt, you can use the show command and see what zfsloader has gathered so far. If you are lucky, vfs.zfs.boot.primary_pool should be the same value as shown by the zpool get command above. You could also try verbose booting of the kernel. Maybe that can give some clues. Try these suggestions with the currently working/booting system. It would be a good thing to run smartctl on your drives if you haven't already done so. Maybe the S.M.A.R.T. statistics will be helpful. Install sysutils/smartmontools to get smartctl (and smartd). In another thread it was suggested to try zpool scrub from the lastest illumos or nexenta releases. Maybe it's possible to scrub a read-only pool, if only to find out what's wrong. -- +-------------------------------+------------------------------------+ | Vennlig hilsen, | Best regards, | | Trond Endrestøl, | Trond Endrestøl, | | IT-ansvarlig, | System administrator, | | Fagskolen Innlandet, | Gjøvik Technical College, Norway, | | tlf. mob. 952 62 567, | Cellular...: +47 952 62 567, | | sentralbord 61 14 54 00. | Switchboard: +47 61 14 54 00. | +-------------------------------+------------------------------------+ --2055831798-2028791881-1375462410=:90799--