You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Linux: has a hack avoiding a new file type, using a char dev 0:0 for file whiteouts and an xattr for directory whiteouts
macOS: has whiteouts
FreeBSD: has support for whiteouts, separate file type DT_WHT
OpenBSD: no whiteouts
NetBSD: ?
Is there a need for backing up / restoring whiteouts?
for a mounted overlay fs, it should be backed up as visible to the user (no whiteouts visible)
can one access the layers individually, so that WHT files would become visible (on BSD)?
The text was updated successfully, but these errors were encountered:
We could add a branch checking for stat.S_ISWHT inside borg create (that stat method exists on all recent pythons and I checked win32, cygwin, linux: all actually have stat.S_ISWHT).
Without that branch, borg will just emit a warning about Unknown file type: <path>.
Options:
keep code as is (emit warning about unknown file type)
silently skip the file (like borg does for sockets / solaris doors / solaris event ports) - if we are sure backing up such files makes no sense.
archive it (and also add support to restore it) - in case this makes sense / there is a use case for this.
Currently, keeping this as is (warning) is the best option until someone using this type of files adds more insights here about the desired behaviour to this ticket.
Whiteouts are mostly used these days in container layers (which may use overlayfs, depending on the container runtime), so they're not uncommon per se, but you'd normally not include container storages in backups (which can have unpacked layers in them). Container image files, which some people might want to back up, are just normal files and pack each layer in a tar file, including the respective whiteouts. If you look at these backing directories through the lens of an overlayfs, whiteouts are processed by overlayfs, and not visible to the user.
Accidentally stumbled over a file type borg does not support yet: a whiteout (used by overlay fs)
Infos:
Linux: has a hack avoiding a new file type, using a char dev 0:0 for file whiteouts and an xattr for directory whiteouts
macOS: has whiteouts
FreeBSD: has support for whiteouts, separate file type DT_WHT
OpenBSD: no whiteouts
NetBSD: ?
Is there a need for backing up / restoring whiteouts?
The text was updated successfully, but these errors were encountered: