On 2020-01-28 10:02, Filipe Manana wrote:
On Tue, Jan 28, 2020 at 2:46 PM Craig Andrews <candrews@xxxxxxxxxxxxxxxx> wrote:On 2020-01-27 08:44, Filipe Manana wrote: > On Sat, Jan 25, 2020 at 11:18 AM Stéphane Lesimple > <stephane_btrfs2@xxxxxxxxxxx> wrote: >> >> > ERROR: failed to clone extents to var/amavis/db/__db.001: Invalid argument >> >> If I may add another data point here, I'm also encountering this issue >> on a 5.5.0-rc6, with the btrfs-rc7 patches applied to it (so as far as >> btrfs is concerned, this is an rc7). >> >> On the first time, it happened after sending ~90 Gb worth of data, and >> aborted (as I didn't specify the -E option to btrfs send). Then, I >> retried with btrfs send -E 0, and it encountered the exact same error >> on the same file. >> >> # btrfs send -v /tank/backups/.snaps/incoming/sendme/ | pv >> 2>/dev/pts/23 | btrfs rec -E 0 /newfs/ >> At subvol /tank/backups/.snaps/incoming/sendme/ >> At subvol sendme >> ERROR: failed to clone extents to >> retroarch/x86_64/cores/mednafen_saturn_libretro.dll: Invalid argument >> ERROR: failed to clone extents to >> retroarch/x86_64/cores/mednafen_saturn_libretro.dll: Invalid argument > > This is probably the same case for which I sent a fix last week: > > https://patchwork.kernel.org/patch/11350129/ > > Thanks.I applied that patch to 5.5.0-rc7 and that solved the problem. I can nowdo backups (which is a send/receive) successfully. > >> >> The send/receive is still going on for now, currently around the ~200 >> Gb mark. >> >> Bees is running on this FS (but I stopped it before doing the >> send/receive). >> >> I can test patches if needed. >> >> -- >> Stéphane. The patch appears to have fixed my problems - thank you!Great! Can you reply to the patch's thread with a: Tested-by: Your Name <email@xxxxxxx> ? Or I can reply to it myself with that if you agree. Thanks!~Craig
Can you please send the reply? Tested-by: Craig Andrews <candrews@xxxxxxxxxxxxxxxx> And again, thank you! ~Craig
Attachment:
signature.asc
Description: OpenPGP digital signature
