Re: ZFS rollback snapshot general question
"Kevin P. Neal" <[email protected]> Fri, 26 Jun 2026 23:30:40 -0400
| Newsgroups | gmane.os.freebsd.questions |
|---|---|
| Message-ID | <[email protected]> |
On Fri, Jun 26, 2026 at 10:14:17AM -0400, Bobb Shires wrote: > Hi Kevin... Yes, I knew I had done something incorrectly. > Thanks for the reminder. I meant it as an explanation of why it went south on you, that's all. ZFS has too many footguns. > On Thu, Jun 25, 2026, at 21:11, Kevin P. Neal wrote: > > Really, the rollback should have been blocked and not allowed. Seriously, this particular case really should have been stopped by the kernel. And why did it give you a script/command without a warning that it shouldn't be used on a running system? That's not very friendly. The cases that always get me are the ones where I accidentally mount a filesystem over top of another one, typically the root filesystem. That's a bad day when I have to drive out to the datacenter because my server can't reboot with / overlaid by some other dataset like, for example, a root filesystem for a newer version of FreeBSD. Wow do I hate that. And I hate that I keep finding more ways to make the same mistake. For example, a "zfs send | zfs receive" of /usr/local to a new boot environment will mount the new /usr/local over top of the already mounted /usr/local and ruin my ongoing poudriere builds. Well, unless I remember to use the "-u" option on the receiving end. Which I didn't remember on my upgrade to 15.1. *sigh* I have used zfs rollback before, but never in a case where the kernel should have stopped me. You got unlucky. Myself, I find other ways to get unlucky instead. I like ZFS, but man is it easy to get into trouble with it. -- Kevin P. Neal from "Crito" by Plato, 360 BCE: "But why, my dear Crito, should we care about the opinion of the many? Good men, and they are the persons who are worth considering, will think of these things truly as they happened." - Socrates