Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handling 'nodatacow' volumes on Btrfs #229

Open
tasket opened this issue Jan 14, 2025 · 0 comments
Open

Handling 'nodatacow' volumes on Btrfs #229

tasket opened this issue Jan 14, 2025 · 0 comments
Labels
enhancement New feature or request

Comments

@tasket
Copy link
Owner

tasket commented Jan 14, 2025

Volumes requested for backup might have +C nodatacow flag set, or may be in a mounted fs with nodatacow. Probably this would result in an error with current Wyng, if specified as normal volumes.

Possible ways to support this:

  • Treat the volume like an import; there will be no acceleration from snapshots.
  • Require the user manually specify such volumes as imports; only docs need to be changed.

Not likely:

  • Use a snapshot of the subvolume; useful only if user wants to backup a hot volume (although the user could set this up themselves and tell Wyng to backup the snapshot path).
@tasket tasket added the enhancement New feature or request label Jan 14, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant