From owner-freebsd-current@FreeBSD.ORG Fri Dec 7 00:55:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9F88453; Fri, 7 Dec 2012 00:55:29 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 897BF8FC0C; Fri, 7 Dec 2012 00:55:29 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so9036130oag.13 for ; Thu, 06 Dec 2012 16:55:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QLe6pVrIzpYQVuiMDPsJeKY9mU9A70fC8AYd1xPHuWU=; b=LWMKAs9teDKrOa07OzXd/0zqx9lzI2TqH5s9srWAfaoGAu3SBgGg3mKqmmAXOpFtw+ 0ZUTsryHDZuJTbtFjJlDDg0XXVZ6z/e2T9K2WSJGv6m51M8HNn+EI5CSBcYMjYwv5Rvc KidrLF8HPnZliD3aY93tsx4gBWZSs6og+Gmcke4IzzeT130HPHPhcrN3ZB/I2rL9BR6V eCqQVbVOspkFn+HeidUmeUQL9ZRrec87Dmoo1Raol/GKAhKAE2YpAD1piYGv53Tab2fd WWsbk+kGkmhuT/rCgPe6wpQxx70QMpp1Qf4WmFCT8WsrJXkk9/ykfsDV2tPQF7MPnxnU DsNg== MIME-Version: 1.0 Received: by 10.60.0.165 with SMTP id 5mr2410189oef.128.1354841728497; Thu, 06 Dec 2012 16:55:28 -0800 (PST) Received: by 10.76.143.33 with HTTP; Thu, 6 Dec 2012 16:55:28 -0800 (PST) In-Reply-To: References: <50B6598B.20200@FreeBSD.org> Date: Thu, 6 Dec 2012 16:55:28 -0800 Message-ID: Subject: Re: [HEADSUP] zfs root pool mounting From: Garrett Cooper To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2012 00:55:30 -0000 On Thu, Dec 6, 2012 at 4:33 PM, Garrett Cooper wrote: > On Thu, Dec 6, 2012 at 3:08 PM, Garrett Cooper wrote: > > ... > >> Please document the process to make this work in UPDATING (or at least >> the fact that this behavior was changed). >> >> I'm debugging moving from 9.1-RC2 to CURRENT [as of Tuesday] as it >> hasn't been as smooth as some of the other upgrades I've done; my >> zpool -- root -- is setup with a non-legacy mountpoint, I noticed that >> the cachefile attribute is now "None", etc. I have limited capability >> with my installed system to debug this because unfortunately there >> aren't a ton of CURRENT based livecds around to run from (I might look >> into one of gjb's livecds later on if I get super stuck, but I'm >> trying to avoid having to do that). gptzfsboot sees the pool with >> lsdev, but it gets stuck at the mountroot prompt trying to find the >> filesystem. >> >> I'll wipe my /boot/kernel directory and try building/installing the >> kernel again, but right now I'm kind of dead in the water on the >> system I'm upgrading :/. > > I thought r236884 requiring a zpool upgrade was the culprit, but > it wasn't. Still stuck at a mountroot prompt (but now I have gjb's > liveCD so I can do something about it). > Something looks off with zdb -l on CURRENT and STABLE/9. Example > on my 9-stable box: > > # uname -a > FreeBSD forza.west.isilon.com 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 > r+2fd0a57: Mon Dec 3 12:02:18 PST 2012 > gcooper@forza.west.isilon.com:/usr/obj/usr/src/sys/FORZA amd64 > # zdb -l sac2 > cannot open 'sac2': No such file or directory > # zpool list > NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT > sac 95G 69.7G 25.3G 73% 1.00x ONLINE - > sac2 232G 117G 115G 50% 1.00x ONLINE - > > I'm running into the same behavior before and after I upgraded sac/sac2. > My git branch is a lightly modified version of FreeBSD, but > doesn't contain any ZFS specific changes (I can point you to it if you > like to look at it). > Would appreciate some pointers on what to do next. (Removing bogus list) If I try and let it import the pool at boot it claims the pool is in a FAULTED state when I point mountroot to /dev/cd0 (one of gjb's snapshot CDs -- thanks!), run service hostid onestart, etc. If I export and try to reimport the pool it claims it's not available (!). However, if I boot, run service hostid onestart, _then_ import the pool, then the pool is imported properly. While I was mucking around with the pool trying to get the system to boot I set the cachefile attribute to /boot/zfs/zpool.cache before upgrading. In order to diagnose whether or not that was at fault, I set that back to none and I'm still running into the same issue. I'm going to try backing out your commit and rebuild my kernel in order to determine whether or not that's at fault. One other thing: both my machines have more than one ZFS-only zpool, and it might be probing the pools in the wrong order; one of the pools has bootfs set, the other doesn't, and the behavior is sort of resembling it not being set properly. Thanks, -Garrett