Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 17 Jan 2011 09:40:06 +0100
From:      =?iso-8859-1?Q?Marcus_M=FCller?= <znek@mulle-kybernetik.com>
To:        Pawel Jakub Dawidek <pjd@FreeBSD.org>, Anonymous <swell.k@gmail.com>
Cc:        freebsd-fs@freebsd.org
Subject:   Re: Multiple ZFS pools and booting
Message-ID:  <0F00C6FC-518D-43B7-BE95-65BB68E70211@mulle-kybernetik.com>
In-Reply-To: <20110116190702.GD82886@garage.freebsd.pl>
References:  <37C1E643-C7A9-4061-8316-281819AC947E@mulle-kybernetik.com> <20110116190702.GD82886@garage.freebsd.pl>

next in thread | previous in thread | raw e-mail | index | archive | help

Hi Pawel and Anonymous,

> There is no way to configure that at this point. The boot code just
> boots off of first pool it finds - if there is no bootfs property then
> it will just try to boot from the top level dataset (ie. tank).
> 
> What you could try is to add /tank/boot.config file containing:
> 
> 	muller:/boot/loader
> 
> and if that doesn't work:
> 
> 	muller/roots/8-current:/boot/loader
> 
> and if that doesn't work I don't know of any other solutions.

first thanks for finding the time to answer my question. I've mistaken the "bootfs" property for a global switch indicating that one can boot off this pool, as I somehow misinterpreted this troubleshooting section [http://www.solarisinternals.com/wiki/index.php/ZFS_Troubleshooting_Guide#Pool_Migration_Issues]. I guess a zpool boolean propery like freebsd:canboot which defaults to YES would be a welcome enhancement. Looking at the loader code I believe this isn't too trivial to implement, though.

> Exporting the tank pool will work (for now), but it looks like it will
> be changed to accept exported pools for booting and skip only destroyed
> pools.

I've read about this and was a bit worried as it would definitely screw up my server setup.

> gptzfsboot skips any non-zfs partition type such as `freebsd-ufs'.
> Say, you want to boot from the pool on ad10p5 and
> 
>  $ gpart modify -t freebsd-ufs -i 3 ad10
>  $ gpart modify -t freebsd-ufs -i 4 ad10
> 
> should be enough. Does it work for you?

This hack does the trick! While I would certainly prefer a property based solution, I'm fine now. Thanks!

Cheers,

  Marcus

-- 
Marcus Mueller  .  .  .  crack-admin/coder ;-)
Mulle kybernetiK  .  http://www.mulle-kybernetik.com
Current projects: http://www.mulle-kybernetik.com/znek/





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?0F00C6FC-518D-43B7-BE95-65BB68E70211>