On Thu, Jul 16, 2015 at 4:06 AM, Paul Harvey <csirac2@xxxxxxxxx> wrote: > On Thu, 16 Jul 2015 17:59 Hugo Mills <hugo@xxxxxxxxxxxxx> wrote: > > >> >> On Thu, Jul 16, 2015 at 01:12:03PM +1000, Paul Harvey wrote: >> > On 16 July 2015 at 11:35, Chris Murphy <lists@xxxxxxxxxxxxxxxxx> wrote: >> > > On Wed, Jul 15, 2015 at 6:11 PM, Johannes Ernst >> > > <johannes.ernst@xxxxxxxxx> wrote: >> > > >> > >> Cleaning this all up is a bit of pain, and >> > >> btrfs subvolume delete -r dir >> > >> would solve it nicely. >> > >> > [snip] >> > >> > > How is all of this backed up properly? How is it restored properly? I >> > > think recursive snapshotting and subvolume deletion is not a good >> > > idea. I think it's a complicated and inelegant work around for >> > > improper subvolume organization. >> > >> > I for one would love to see authoritative documentation on "proper" >> > subvolume organization. I was completely lost when writing snazzer and >> > have so far received very little guidance or even offers of opinions >> > on this ML. >> >> Advice on this point has been on the btrfs wiki for several years, >> at: >> >> https://btrfs.wiki.kernel.org/index.php/SysadminGuide#Managing_snapshots > > Which is great, and I've consulted it in the past. But nested subvolumes > aren't exactly discouraged there (in fact, they're not mentioned in that > section at all). > > In fact, re-reading it, I'm not even sure that using nested subvolumes is > incompatible with that advice. It's not so much an incompatibility problem as we start seeing consequences that rapidly approach pathological behavior. There's no solution yet for snapshot aware defrag for example, and there are still performance problems that happen with many snapshots. So making it easy to exponentially create many snapshots, with a recursive snapshot option, seems premature. For the original poster, machinectl has already implemented a recursive removal of subvolumes. http://lists.freedesktop.org/archives/systemd-devel/2015-April/031026.html http://lists.freedesktop.org/archives/systemd-devel/2015-April/030297.html -- Chris Murphy -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
