linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Philip Seeger <p0h0i0l0i0p@gmail.com>
To: linux-btrfs@vger.kernel.org
Subject: Re: Got 10 csum errors according to dmesg but 0 errors according to dev stats
Date: Wed, 27 May 2015 22:25:26 +0200	[thread overview]
Message-ID: <1432758326.4187.135.camel@googlemail.com> (raw)
In-Reply-To: <pan$9da5d$8559e11b$1dc0dccb$67ad3c9d@cox.net>

On Sat, 2015-05-23 at 16:52 +0000, Duncan wrote:
> Philip Seeger posted on Sat, 23 May 2015 14:49:50 +0200 as excerpted:
> 
> > Is this a known side effect, that files could get corrupted if no
> > balance is run (not counting the balance with 4.0 which doesn't 
> > work due
> > to that commit) after an ext4 conversion?
> 
> I'm not sure.
> 
> What I am sure of is that I'd not trust a btrfs converted from ext* 
> until 
> the saved subvol is deleted, and a defrag and balance run.  Even 


I agree. I did delete the saved subvolume right away, but given that I
effectively did not run a balance (due to this bug, the balance had no
effect) and then had new files corrupted (repeatedly) as a consequence
makes this pretty clear.

Maybe there should be a warning in the wiki ("run a complete balance
before you start using the converted fs, otherwise your files might get
corrupted.")?

Though I'd be more interested in some details as to how this might have
happened. It seems wrong that corruption occurs after a successful
conversion (before a proper balance). Is there anyone else who has had
this issue? Maybe someone who's converted to btrfs, using a btrfs
version with the balance bug?



Philip

      reply	other threads:[~2015-05-27 20:25 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-10 14:37 Got 10 csum errors according to dmesg but 0 errors according to dev stats Philip Seeger
2015-05-10 14:58 ` Philip Seeger
     [not found]   ` <CABR0jERqzkdTJxX_1S5WEZHDzX8=O8P7r+Bk0mesPLsR2n=w8A@mail.gmail.com>
2015-05-10 17:32     ` Philip Seeger
2015-05-11  1:41       ` Russell Coker
2015-05-12  0:14         ` Philip Seeger
2015-05-12  1:04           ` Paul Jones
2015-05-12  1:37             ` Chris Murphy
2015-05-15 18:40               ` Philip Seeger
2015-05-15 18:33             ` Philip Seeger
2015-05-17  1:53   ` Philip Seeger
2015-05-17  8:19     ` Duncan
2015-05-17  8:36       ` Omar Sandoval
2015-05-17  8:57         ` Duncan
2015-05-23 12:49       ` Philip Seeger
2015-05-23 16:52         ` Duncan
2015-05-27 20:25           ` Philip Seeger [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=1432758326.4187.135.camel@googlemail.com \
    --to=p0h0i0l0i0p@gmail.com \
    --cc=linux-btrfs@vger.kernel.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).