From owner-freebsd-current@freebsd.org Tue Mar 31 12:51:55 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0EA362A4A62 for ; Tue, 31 Mar 2020 12:51:54 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48s8NT2K1mz3Qwm; Tue, 31 Mar 2020 12:51:52 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 02VCmGqB060858; Tue, 31 Mar 2020 05:48:16 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 02VCmGLN060857; Tue, 31 Mar 2020 05:48:16 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202003311248.02VCmGLN060857@gndrsh.dnsmgr.net> Subject: Re: ZFS: OpenZFS: lost the ability to boot a BE In-Reply-To: <684735bc-49f9-4161-3f44-186d9da59bb5@freebsd.org> To: Allan Jude Date: Tue, 31 Mar 2020 05:48:16 -0700 (PDT) CC: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 48s8NT2K1mz3Qwm X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2020 12:51:55 -0000 > To temporarily mount a ZFS filesystem: > > mount -t zfs poolname/data/set /path/here Is there anyway to get the zfs command to add mountpoint as a temporary value like it does some of the others so that zfs mount -o mountpoint=/mnt poolname/data/set would just do the right thing? > > > On 2020-03-30 19:53, Graham Perrin wrote: > > 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:~ # > >>> > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > -- > Allan Jude > -- Rod Grimes rgrimes@freebsd.org