8000 `btrbk archive`: consider removing same-volume prohibition · Issue #610 · digint/btrbk · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content
btrbk archive: consider removing same-volume prohibition #610
Open
@luxagen

Description

@luxagen

ERROR: Source and target subvolumes are on the same btrfs filesystem!

I just hit this. It makes sense on its face, but I've found use cases for same-volume btrbk archive recently.

For the snapshots for a given machine, both on the "home" disk for that subvol and any backup drives or remote targets, I used to use the directory scheme .btrbk/$MACHINE_NAME, but now I use: .btrbk/$MACHINE_NAME/$VOLUME_NAME. This works much better because it's always obvious whether a particular snapshot set "belongs" on a given disk.

Given btrfs's ongoing bugs around snapshot moves/renames (it used to prohibit moves and renames, now it only blocks moves), and the recent closure of the only workaround (temporarily making each snapshot writeable) that properly preserves parent relationships — without properly fixing the bugs — my options for reorganising snapshot trees are a bit limited.

However, I've found that since btrfs receive magically finds parents and clone sources wherever they are on the volume, I can exploit incremental send to duplicate a snapshot set, in a different directory on the same disk, in a way that neither spoils incremental lineage nor duplicates the data.

This is all to say that there are valid use cases for btrbk archive on the same disk. IMO this should not be an error, only a warning.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions

      0