Date: Tue, 31 Mar 2020 00:53:17 +0100 From: Graham Perrin <grahamperrin@gmail.com> To: freebsd-current@freebsd.org Subject: ZFS: OpenZFS: lost the ability to boot a BE Message-ID: <250de133-ad5e-6145-66cb-8b0383a4b8f0@gmail.com> In-Reply-To: <0f19e79c-a809-c04b-4f36-8752f756f954@gmail.com> References: <14266e74-e2cc-ec14-187a-4bc9c9e6c32a@gmail.com> <1c2b71fa-b25c-21d4-2115-ddb3d7b129b2@freebsd.org> <01524fd0-ae7b-028b-6259-5da485b48886@gmail.com> <0f19e79c-a809-c04b-4f36-8752f756f954@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 30/03/2020 19:47, Graham Perrin wrote: > I lost the ability to boot the environment named 'r357746', I suspect > this occurred after I set it to use OpenZFS in lieu of ZFS. > > I would like to edit its /boot/loader.conf (revert to zfs_load="YES") > but re: https://github.com/openzfs/zfs/issues/4553 I can not think of > a way to mount the dataset. > > Please, how can I proceed? Whilst booted from a different environment, I mounted the dataset whilst in single user mode, edited /boot/loader.conf … a little tricky, because after the mount I could no longer use zfs commands (ZFS library initialisation failed, words to that effect). Then beadm to activate the BE, and shutdown -r now Success :-) With zfs_load="YES" (in lieu of openzfs_load="YES") the BE is usable. > ---- > > Re: ZFS: destroying snapshots without compromising boot environments > > On 28/03/2020 15:36, Graham Perrin wrote: >> On 28/03/2020 15:19, Allan Jude wrote: >> >> > You can try to destroy the snapshot, if it is the basis of a clone, >> then >> > you will get an error, that you'd need to destroy the BE first, so you >> > might decide to keep that snapshot. As long as you don't use the -R >> flag >> > to zfs destroy dataset@snapshot, it will not destroy the clones. >> > >> > You can also use 'zfs promote' to make the clone into the parent, >> making >> > the original parent into the clone. This allows you to destroy that >> > original and the snapshot while keeping the clone. >> >> Perfect, thank you. I was nervous about destruction without warning. >> >> Below, are the differences (in measurement) between beadm and bectl >> to be expected? >> >> ---- >> >> root@momh167-gjp4-8570p:~ # beadm list >> BE Active Mountpoint Space Created >> Waterfox - - 15.9G 2020-03-10 18:24 >> r357746f - - 1.3G 2020-03-20 06:19 >> r359249b NR / 74.7G 2020-03-28 01:19 >> root@momh167-gjp4-8570p:~ # beadm list -aDs >> BE/Dataset/Snapshot Active Mountpoint >> Space Created >> >> Waterfox >> copperbowl/ROOT/Waterfox - - 137.0M >> 2020-03-10 18:24 >> r359249b@2020-03-17-21:57:17 - - 59.2G >> 2020-03-17 21:57 >> copperbowl/ROOT/Waterfox@2020-03-20-06:19:45 - - 67.0M >> 2020-03-20 06:19 >> >> r357746f >> copperbowl/ROOT/r357746f - - 1.2G >> 2020-03-20 06:19 >> Waterfox@2020-03-20-06:19:45 - - 59.2G >> 2020-03-20 06:19 >> >> r359249b >> copperbowl/ROOT/r359249b@2020-03-17-21:57:17 - - 15.7G >> 2020-03-17 21:57 >> copperbowl/ROOT/r359249b NR / 59.0G >> 2020-03-28 01:19 >> root@momh167-gjp4-8570p:~ # bectl list >> BE Active Mountpoint Space Created >> Waterfox - - 204M 2020-03-10 18:24 >> r357746f - - 1.21G 2020-03-20 06:19 >> r359249b NR / 74.7G 2020-03-28 01:19 >> root@momh167-gjp4-8570p:~ # bectl list -aDs >> BE/Dataset/Snapshot Active Mountpoint >> Space Created >> >> Waterfox >> copperbowl/ROOT/Waterfox - - 204M >> 2020-03-10 18:24 >> Waterfox@2020-03-20-06:19:45 - - 67.0M >> 2020-03-20 06:19 >> >> r357746f >> copperbowl/ROOT/r357746f - - 1.21G >> 2020-03-20 06:19 >> >> r359249b >> copperbowl/ROOT/r359249b NR / 74.7G >> 2020-03-28 01:19 >> r359249b@2020-03-17-21:57:17 - - 15.7G >> 2020-03-17 21:57 >> root@momh167-gjp4-8570p:~ # zfs list -t snapshot >> NAME USED AVAIL >> REFER MOUNTPOINT >> copperbowl/ROOT/Waterfox@2020-03-20-06:19:45 67.0M - 59.2G - >> copperbowl/ROOT/r359249b@2020-03-17-21:57:17 15.7G - 59.2G - >> copperbowl/iocage/releases/12.0-RELEASE/root@jbrowsers 8K - 1.24G - >> copperbowl/poudriere/jails/head@clean 328K - 1.89G - >> root@momh167-gjp4-8570p:~ # zfs destroy >> copperbowl/ROOT/r359249b@2020-03-17-21:57:17 >> cannot destroy 'copperbowl/ROOT/r359249b@2020-03-17-21:57:17': >> snapshot has dependent clones >> use '-R' to destroy the following datasets: >> copperbowl/ROOT/r357746f >> copperbowl/ROOT/Waterfox@2020-03-20-06:19:45 >> copperbowl/ROOT/Waterfox >> root@momh167-gjp4-8570p:~ # date ; uname -v >> Sat Mar 28 15:30:57 GMT 2020 >> FreeBSD 13.0-CURRENT #1 r359249: Tue Mar 24 00:12:27 GMT 2020 >> root@momh167-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG >> root@momh167-gjp4-8570p:~ # >>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?250de133-ad5e-6145-66cb-8b0383a4b8f0>