From: Liu Bo <bo.li.liu@oracle.com>
To: Tomasz Torcz <tomek@pipebreaker.pl>, linux-btrfs@vger.kernel.org
Subject: Re: unexplainable corruptions 3.17.0
Date: Fri, 17 Oct 2014 16:02:03 +0800 [thread overview]
Message-ID: <20141017080202.GA3604@localhost.localdomain> (raw)
In-Reply-To: <20141016091726.GA582640@mother.pipebreaker.pl>
On Thu, Oct 16, 2014 at 11:17:26AM +0200, Tomasz Torcz wrote:
> Hi,
>
> Recently I've observed some corruptions to systemd's journal
> files which are somewhat puzzling. This is especially worrying
> as this is btrfs raid1 setup and I expected auto-healing.
>
> System details: 3.17.0-301.fc21.x86_64
> btrfs: raid1 over 2x dm-crypted 6TB HDDs.
> mount opts: rw,relatime,seclabel,compress=lzo,space_cache
>
> Broken files are in /var/log/journal directory. This directory
> is set NOCOW with chattr, all the files within too.
>
> Example of broken file:
> system@0005057fe87730cf-6d3d85ed59bd70ae.journal~
>
> When read with dd_rescue, there are many I/O errors
> reported, the summary looks like that (x = error):
> >-..-..xxxxxxxxx---x.-..-..-...-..-..-...-< 100%
>
> Reads with cat, hexdump fails with:
> read(4, 0x1001000, 65536) = -1 EIO (Input/output error)
>
> But btrfs dev stat reports no errors!
> $ btrfs dev stat .
> [/dev/dm-0].write_io_errs 0
> [/dev/dm-0].read_io_errs 0
> [/dev/dm-0].flush_io_errs 0
> [/dev/dm-0].corruption_errs 0
> [/dev/dm-0].generation_errs 0
> [/dev/dm-1].write_io_errs 0
> [/dev/dm-1].read_io_errs 0
> [/dev/dm-1].flush_io_errs 0
> [/dev/dm-1].corruption_errs 0
> [/dev/dm-1].generation_errs 0
>
> There are no hardware errors in dmesg.
>
> This is perplexing. How to find out what is causing the
> brokeness and howto avoid it in the future?
Does scrub work for you?
thanks,
-liubo
>
> --
> Tomasz .. oo o. oo o. .o .o o. o. oo o. ..
> Torcz .. .o .o .o .o oo oo .o .. .. oo oo
> o.o.o. .o .. o. o. o. o. o. o. oo .. .. o.
>
> --
> 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
next prev parent reply other threads:[~2014-10-17 8:02 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-16 9:17 unexplainable corruptions 3.17.0 Tomasz Torcz
2014-10-17 8:02 ` Liu Bo [this message]
2014-10-17 8:10 ` Tomasz Torcz
2014-10-17 8:17 ` Hugo Mills
2014-10-20 14:04 ` Zygo Blaxell
2014-10-20 14:52 ` Rich Freeman
2014-10-17 8:29 ` Liu Bo
2014-10-17 8:54 ` Tomasz Torcz
2014-10-17 12:53 ` Chris Mason
2014-10-17 18:09 ` Rich Freeman
2014-10-18 7:32 ` Chris Samuel
2014-10-19 3:01 ` Chris Samuel
2014-10-20 8:01 ` Marc Dietrich
2014-10-20 9:14 ` Chris Samuel
2014-10-20 19:09 ` Tomasz Torcz
2014-10-17 11:38 ` Duncan
2014-10-17 15:07 ` Chris Murphy
2014-10-17 17:29 ` Tomasz Torcz
2014-10-17 8:17 ` Marc Dietrich
2014-10-17 15:01 ` Chris Murphy
2014-10-20 19:10 ` Tomasz Torcz
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=20141017080202.GA3604@localhost.localdomain \
--to=bo.li.liu@oracle.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=tomek@pipebreaker.pl \
/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