[Bug 253445] bectl: does not function in two-level zfs datasets
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Wed, 11 May 2022 13:44:46 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253445 --- Comment #34 from Jonathan Vasquez <jon@xyinn.org> --- @Andriy I would have to disagree. bectl is a tool, so it shouldn't really need to worry about whether a person used a conventional or non-conventional layout. They are all just zfs datasets after all and bectl is a glorified wrapper around 'zfs snapshot', 'zfs clone', 'zfs promote', and setting the 'bootfs' property (from my understanding at a high level). Choosing to support only "conventional" layouts severely reduces the effectiveness and useful of the tool and makes me feel that the OS is actually working against me and not really respecting my decisions. FreeBSD in general, already delegates a lot of responsibility to the user and it's the users responsibility to understand how things work and not shoot themselves in the foot. With that in mind, I don't see a reason why BEs should have a lot of hand holding in this regard and not just display all the available datasets. I think what @Kyle mentioned makes sense and it's a compromise approach in that we will hold your hand a little bit by just showing you only datasets who's mountpoints are set to either "none" or "/" (which protects the users who might have done a "zfs clone <snapshot> <target>" let's say.. there's a lot of other scenarios where a zfs dataset can have a mountpoint other than / haha. Thus just displaying things for "none" and "/" would cover pretty much all of the use cases, protect most of the users, and still allow the tool to be completely flexible and layout agnostic. -- You are receiving this mail because: You are on the CC list for the bug.