Date: Tue, 18 Nov 2014 09:22:08 -0800 From: David Newman <dnewman@networktest.com> Cc: freebsd-questions@freebsd.org Subject: Re: upgrading 9.3 / ZFS v28 Message-ID: <546B8040.1090508@networktest.com> In-Reply-To: <20141118064714.GA75897@ozzmosis.com> References: <54697AA5.6040804@networktest.com> <20141117123929.GB60429@ozzmosis.com> <546A1538.4040801@networktest.com> <20141117181527.GA62908@ozzmosis.com> <546A91D4.3070009@networktest.com> <20141118064714.GA75897@ozzmosis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 11/17/14, 10:47 PM, andrew clarke wrote: > On Mon 2014-11-17 16:24:52 UTC-0800, David Newman (dnewman@networktest.com) wrote: > >> This command will upgrade the zpool, even when mounted: >> >> zpool upgrade -a >> >> This command will take the system offline, as I learned the hard way: >> >> zfs upgrade >> >> The right way to do this: >> >> 1. Boot into a LiveCD. I used the FreeBSD 10.1 DVD. >> >> 2. For each boot partition, use this command: >> >> # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 >> >> This assumes that (a) the freebsd-boot partition is first on the disk >> and ada0 is the disk. Use "gpart show" to verify this. >> >> This system has four disks, each with a freebsd-boot partition, so I >> went on like this: >> >> # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 >> # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 3 ada2 >> # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 4 ada3 >> >> ...and I got an invalid index error on that last one, even though it's >> set up the same as the others. >> >> The system seems to boot and run OK, but I'm not sure why that last >> command failed. > > In what way did "zfs upgrade" take the system offline? Kernel panic? Yup. > > You did not paste the output of "gpart show", but I suspect you may > have got the gpart index parameter wrong on ada{1,2,3}. > > On my two disk system, "gpart show" outputs: > > => 34 1953525101 ada0 GPT (932G) > 34 128 1 freebsd-boot (64K) > 162 1953524973 2 freebsd-zfs (932G) > > => 34 1953525101 ada1 GPT (932G) > 34 128 1 freebsd-boot (64K) > 162 1953524973 2 freebsd-zfs (932G) > > Therefore the correct commands were: > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada1 Sorry for not including the gpart output. It's pasted below. You're correct about incorrect usage of index numbers. I should just be using '-i 1' for all disks. Previously I used bogus values '-i 2' and '-i 3'. Is it sufficient to rerun the gpart bootcode with '-i 1' to correct this, or are other remedial steps needed? Thanks again for your help. dn => 34 1953525101 ada0 GPT (932G) 34 128 1 freebsd-boot (64K) 162 8388608 2 freebsd-swap (4.0G) 8388770 1945136365 3 freebsd-zfs (928G) => 34 1953525101 ada1 GPT (932G) 34 128 1 freebsd-boot (64K) 162 8388608 2 freebsd-swap (4.0G) 8388770 1945136365 3 freebsd-zfs (928G) => 34 1953525101 ada2 GPT (932G) 34 128 1 freebsd-boot (64K) 162 8388608 2 freebsd-swap (4.0G) 8388770 1945136365 3 freebsd-zfs (928G) => 34 1953525101 ada3 GPT (932G) 34 128 1 freebsd-boot (64K) 162 8388608 2 freebsd-swap (4.0G) 8388770 1945136365 3 freebsd-zfs (928G) > > Regards > Andrew >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?546B8040.1090508>