On Sat, May 17, 2014 at 11:23 PM, Marc MERLIN <m...@merlins.org> wrote: > Before I delete this and start over, anything else you'd like from it?
Can you create an image of the fs with btrfs-image (https://btrfs.wiki.kernel.org/index.php/Btrfs-image) and uploaded it somewhere (or send it to me directly) to see if it's easy to reproduce? thanks > > Also, it the 3.15rc5 deadlock I had, did not occur again. > So, I think it may well have been related to my doing a big > send/receive. > See "3.15rc5 deadlock" thread. > > Marc > > On Wed, May 14, 2014 at 06:26:18AM -0700, Marc MERLIN wrote: >> On Tue, May 13, 2014 at 09:11:34PM +0100, Filipe David Manana wrote: >> > > Is there anything you'd like from the subvolumes on the source that >> > > btrfs cannot process and that I'm going to delete so that I can start >> > > syncing back from the SSD to the HDD? >> > >> > For the issue you had with send sending weird path names, I just found >> > a case that leads to it (or a crash or some other weird stuff): >> > >> > https://patchwork.kernel.org/patch/4170401/ >> > >> > But you really need to be using a lot of hard links and deleting them, >> > so maybe it's caused by something else. >> >> Unfortunately, even with your patch, I see get >> 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: chown merlin/.config/google-chrome-mysetup/ ��� failed. No such file >> or directory >> >> >> I just ran btrfsck and I see nothing majorly wrong with the source >> filesystem: >> legolas:~# btrfsck /dev/mapper/disk2 2>&1 |tee /tmp/fsck >> checking extents >> checking free space cache >> checking fs roots >> root 22504 inode 1926322 errors 400, nbytes wrong >> Checking filesystem on /dev/mapper/disk2 >> UUID: 6afd4707-876c-46d6-9de2-21c4085b7bed >> free space inode generation (0) did not match free space cache generation >> (78684) >> free space inode generation (0) did not match free space cache generation >> (75988) >> free space inode generation (0) did not match free space cache generation >> (76193) >> free space inode generation (0) did not match free space cache generation >> (28818) >> free space inode generation (0) did not match free space cache generation >> (28818) >> free space inode generation (0) did not match free space cache generation >> (33187) >> free space inode generation (0) did not match free space cache generation >> (31543) >> free space inode generation (0) did not match free space cache generation >> (16710) >> found 283033724420 bytes used err is 1 >> total csum bytes: 663653972 >> total tree bytes: 7333687296 >> total fs tree bytes: 5844262912 >> total extent tree bytes: 631451648 >> btree space waste bytes: 1497868045 >> file data blocks allocated: 1081231372288 >> referenced 807338209280 >> Btrfs v3.14.1 >> >> >> To be clear, I do not need this to work, this is a snapshot I'm going to >> delete anyway, but if there is anything you'd like me to try or capture >> for you to help with improving the code, please let me know. >> >> Marc >> -- >> "A mouse is a device used to point at the xterm you want to type in" - A.S.R. >> Microsoft is to operating systems .... >> .... what McDonalds is to gourmet >> cooking >> Home page: http://marc.merlins.org/ | PGP >> 1024R/763BE901 >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in >> the body of a message to majord...@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> > > -- > "A mouse is a device used to point at the xterm you want to type in" - A.S.R. > Microsoft is to operating systems .... > .... what McDonalds is to gourmet > cooking > Home page: http://marc.merlins.org/ | PGP > 1024R/763BE901 -- Filipe David Manana, "Reasonable men adapt themselves to the world. Unreasonable men adapt the world to themselves. That's why all progress depends on unreasonable men." -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html