Date: Wed, 22 Jul 2009 21:27:32 -0700 From: George Hartzell <hartzell@alerce.com> To: Scot Hetzel <swhetzel@gmail.com> Cc: freebsd-current@freebsd.org, hartzell@alerce.com Subject: Re: gptzfsboot doesn't like change (failure after swapping drives) Message-ID: <19047.59060.727642.306526@already.local> In-Reply-To: <790a9fff0907222033t6393b725n59a9f7d8a38f32c9@mail.gmail.com> References: <19047.52443.164412.363239@already.local> <790a9fff0907222033t6393b725n59a9f7d8a38f32c9@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Scot Hetzel writes:
> On Wed, Jul 22, 2009 at 9:37 PM, George Hartzell<hartzell@alerce.com=
> wrote:
> >
> > I've been playing around with building an 8.0BETA2 system with
> > everything on a single zfs filesystem (I'll get fancier later) on =
a
> > zpool that is a 4 disk raidz. =A0I'm using GPT partitions and glab=
els so
> > that I can move the drives around w/out drama.
> >
> > Things work well, but if I swap a pair of drives then try to boot =
I
> > get the message that other folks have reported:
> >
> > =A0ZFS: i/o error - all block copies unavailable.
> > =A0ZFS: can't read MOS
> > =A0ZFS: unexpected object set type lld
> > =A0ZFS: unexpected object set type lld
> >
> > Then a couple of boot: prompts.
> >
> > If I boot off of the 8.0BETA2 media I can import the pool, even wi=
th
> > the drives in different slots.
> >
> > When I put the drives back into their original slots (verified by
> > booting the USB stick and checking with glabel status) I still can=
't
> > boot off of them, which surprised me a bit.
> >
> > Can anyone suggest something that I might be able to do to get a
> > system in this state to boot? =A0I've tried importing and exportin=
g and
> > importing the pool several times.
> >
> I haven't tested this, but try the following:
>=20
> 1. boot the 8.0BETA install/fixit media
> 2. goto the fixit environment
> 3. Create /boot/zfs directory
> 4. load the kernel modules opensolaris.ko and zfs.ko
> 5. import the pool, and mount the root filesystem on /mnt
> 6. Copy /boot/zfs/zpool.cache to /mnt/boot/zfs
> 7. Reboot the system
I'd tried that, just did it again to be sure. Didn't help. I don't
think that the {gpt,}zfsboot code uses that file, I think that's a
kernel thing.
g.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19047.59060.727642.306526>