From: Filipe David Manana <fdmanana@gmail.com>
To: Marc MERLIN <marc@merlins.org>
Cc: "linux-btrfs@vger.kernel.org" <linux-btrfs@vger.kernel.org>
Subject: Re: 3.15-rc5 btrfs send/receive corruption errors? Does scrub warn of silent corruption?
Date: Mon, 19 May 2014 13:54:25 +0100 [thread overview]
Message-ID: <CAL3q7H7cMHpDeZKfip7431SiiC9H4F3YmucvVuCqOGC0uZDKBA@mail.gmail.com> (raw)
In-Reply-To: <20140517222321.GM10192@merlins.org>
On Sat, May 17, 2014 at 11:23 PM, Marc MERLIN <marc@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 majordomo@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."
prev parent reply other threads:[~2014-05-19 12:54 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-10 22:07 3.15-rc5 btrfs send/receive corruption errors? Marc MERLIN
2014-05-10 22:42 ` Marc MERLIN
2014-05-11 0:06 ` Chris Murphy
2014-05-11 0:16 ` Marc MERLIN
2014-05-11 0:50 ` Chris Murphy
[not found] ` <E1WiphR-0003MN-50@legolas.merlins.org>
2014-05-11 2:29 ` 3.15-rc5 btrfs send/receive corruption errors? Does scrub warn of silent corruption? Marc MERLIN
2014-05-12 23:26 ` Marc MERLIN
2014-05-13 20:11 ` Filipe David Manana
2014-05-14 13:26 ` Marc MERLIN
2014-05-17 22:23 ` Marc MERLIN
2014-05-19 12:54 ` Filipe David Manana [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAL3q7H7cMHpDeZKfip7431SiiC9H4F3YmucvVuCqOGC0uZDKBA@mail.gmail.com \
--to=fdmanana@gmail.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=marc@merlins.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).