WARNING: capabilities set multiple times per file

[fredtj]

trafficstars

This weeks backup is failing:

creating backup: /media/me/lol/@backups/@rootfs.20211001
in @ 8183 kiB/s, out @  120 MiB/s, 12.2 GiB total, buffer  82% full
summary: 12.4 GiByte in  3min 28.8sec - average of 60.8 MiB/s
ERROR: Failed to send/receive subvolume: /mnt/btr_pool/@snapshots/@rootfs.20211001 [/mnt/btr_pool/@snapshots/@rootfs.20210927] -> /media/me/lol/@backups/@rootfs.20211001
ERROR: ... Command execution failed (exitcode=1)
ERROR: ... sh: btrfs send -p /mnt/btr_pool/@snapshots/@rootfs.20210927 /mnt/btr_pool/@snapshots/@rootfs.20211001 | mbuffer -v 1 | btrfs receive /media/me/lol/@backups/
ERROR: ... WARNING: capabilities set multiple times per file: /media/me/lol/@backups/@rootfs.20211001/usr/bin/gnome-keyring-daemon
ERROR: ... send ioctl failed with -5: Input/output error
ERROR: ... unexpected EOF in stream
WARNING: Deleted partially received (garbled) subvolume: /media/me/lol/@backups/@rootfs.20211001
ERROR: Error while resuming backups, aborting
WARNING: Skipping cleanup of snapshots for subvolume "/mnt/btr_pool/@rootfs", as at least one target aborted earlier
--------------------------------------------------------------------------------
Backup Summary (btrbk command line client, version 0.31.2)

    Date:   Fri Oct  1 16:18:31 2021
    Config: /etc/btrbk.conf

Legend:
    ===  up-to-date subvolume (source snapshot)
    +++  created subvolume (source snapshot)
    ---  deleted subvolume
    ***  received subvolume (non-incremental)
    >>>  received subvolume (incremental)
--------------------------------------------------------------------------------
/mnt/btr_pool/@rootfs
+++ /mnt/btr_pool/@snapshots/@rootfs.20211001_2
!!! /media/me/lol/@backups/@rootfs.20211001
!!! Target "/media/me/lol/@backups" aborted: Failed to send/receive subvolume

NOTE: Some errors occurred, which may result in missing backups!
Please check warning and error messages above.

any ideas what might be going on?

[digint]

Looks like a bug in btrfs-progs and/or kernel when performing send/receive operations. Try using latest versions of btrfs-progs and update to a newer kernel. If this does not help, ask in the btrfs mailing list (I remember there was a bug related to linux capabilites in send/receive, can't find it right now...)

[luxagen]

I'm running btrfs-progs v5.4.1 and send/receive is pretty buggy. It occasionally claims not to be able to find a clone source even when everything is correct, and suspending a btrfs send/receive pipeline (e.g. with CTRL+z) - or a btrbk process that's doing that under the hood - reliably makes it barf on resume.