On May 10, 2014, at 4:42 PM, Marc MERLIN <marc@xxxxxxxxxxx> wrote: > On Sat, May 10, 2014 at 03:07:10PM -0700, Marc MERLIN wrote: >> Howdy, >> >> While moving data back to a brand new btrfs FS I had just created (with >> 3.14 tools and under 3.15), I got this: >> >> legolas:/mnt/btrfs_pool2# for i in tmp_ro.20140507_09:00:31 root_ro.20140507_10:00:20 usr_ro.20140507_09:00:41 var_ro.20140507_09:00:58 home_ro.20140507_10:00:01; do btrfs send $i | btrfs receive /mnt/btrfs_pool1/; done >> At subvol tmp_ro.20140507_09:00:31 >> At subvol tmp_ro.20140507_09:00:31 >> At subvol root_ro.20140507_10:00:20 >> At subvol root_ro.20140507_10:00:20 >> At subvol usr_ro.20140507_09:00:41 >> At subvol usr_ro.20140507_09:00:41 >> At subvol var_ro.20140507_09:00:58 >> At subvol var_ro.20140507_09:00:58 >> ERROR: chown www/Q����Q��� failed. No such file or directory >> At subvol home_ro.20140507_10:00:01 >> At subvol home_ro.20140507_10:00:01 >> ERROR: chmod merlin/.config/google-chrome-mysetup/���� failed. No such file or directory >> legolas:/mnt/btrfs_pool2# >> >> legolas:/mnt/btrfs_pool2/var_ro.20140507_09:00:58/www# ls >> shows no file that looks like Q^W^F^D����Q^W^F^D��� >> >> Same deal with merlin/.config/google-chrome-mysetup/ >> >> However, I see: >> legolas:/mnt/btrfs_pool1/home_ro.20140507_10:00:01# l >> total 16 >> drwxr-xr-x 1 root root 20 May 10 09:09 ./ >> drwxr-xr-x 1 root root 244 May 10 07:50 ../ >> drwx------ 1 root root 0 May 10 09:09 ?0$?/ >> drwxr-xr-x 1 merlin merlin 198 May 7 06:21 merlin/ >> => corruption > > I tried with 3.14.3 and it went further, however it died with > legolas:/mnt/btrfs_pool2# btrfs send home_ro.20140507_10:00:01 | btrfs receive /mnt/btrfs_pool1/ > At subvol home_ro.20140507_10:00:01 > At subvol home_ro.20140507_10:00:01 > ERROR: send ioctl failed with -5: Input/output error > ERROR: unexpected EOF in stream. > > I'll look up -5 later when I have time, but I guess there is a problem > on the source that is causing copies to fail with both kernels?\ I think the issue might be there are still problems and changing code on the receive side (btrfs-progs). The kernel side code responsible for send is probably working correctly. Chris Murphy-- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
