Date: Mon, 6 Feb 2017 16:29:05 -0700 From: "Russell L. Carter" <rcarter@pinyon.org> To: freebsd-questions@freebsd.org Subject: Re: zfs upgrade "gpart: /dev/da4p1: not enough space" Message-ID: <2f897949-d25e-9637-e6ae-82c03de1447a@pinyon.org> In-Reply-To: <aa92191b-390e-de3d-6970-a922e0b83165@pinyon.org> References: <aa92191b-390e-de3d-6970-a922e0b83165@pinyon.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 02/04/17 20:55, Russell L. Carter wrote: > Greetings, > > amd64 11/stable > > So I'm on the last machine of a zpool upgrade everybody, and on the > very last, and most important pool, I zpool upgraded and then > went to finish the boot zpool and what did I see: > > root@terpsichore> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 > da3 > gpart: /dev/da3p1: not enough space > > So... what do I do now? It's happy staying up for days, but... will > I have to reinstall the system to make da3p1 big enough? Ok, I sent that over the weekend. I think this is important enough that the proper response to encountering this situation should be made visible to google at least. I have tried various searches and found zero results so far. To recap, in part because of the annoying text that shows up with every zpool status, I upgraded all of my zfs pools. On the first four bootable pools, I successfully followed the instructions to update the bootcode as described above, adjusted for the appropriate device. On updating the final boot pool, I get the error: gpart: /dev/da3p1: not enough space. The filesystems in that pool are not near full, btw. The pool itself was created from a 10.0 system and is a mirror, and updating the bootcode for other drive returned the same error, unsurprisingly. So, 1st question that it would be helpful to get a google answer for in the future: is this pool now unbootable? 2nd question, if it is not bootable, is there a way to rescue it? Otherwise, I am guessing, I will have to completely reinstall (including repartitioning, etc.) the system, in order to regain a bootable system. Maybe that should be part of the instructions that obeying the incessant nagging from the zpool status command can lead to this kind of unexpected and time consuming... exercise. Thanks, Russell
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2f897949-d25e-9637-e6ae-82c03de1447a>