From: Tomasz Kusmierz <tom.kusmierz@gmail.com>
To: Bernd Schubert <bernd.schubert@itwm.fraunhofer.de>
Cc: Chris Mason <chris.mason@fusionio.com>,
"linux-btrfs@vger.kernel.org" <linux-btrfs@vger.kernel.org>
Subject: Re: btrfs for files > 10GB = random spontaneous CRC failure.
Date: Tue, 05 Feb 2013 10:16:34 +0000 [thread overview]
Message-ID: <5110DC02.4030409@gmail.com> (raw)
In-Reply-To: <50F6712F.3070408@itwm.fraunhofer.de>
On 16/01/13 09:21, Bernd Schubert wrote:
> On 01/16/2013 12:32 AM, Tom Kusmierz wrote:
>
>> p.s. bizzare that when I "fill" ext4 partition with test data everything
>> check's up OK (crc over all files), but with Chris tool it gets
>> corrupted - for both Adaptec crappy pcie controller and for mother board
>> built in one. Also since courses of history proven that my testing
>> facilities are crap - any suggestion's on how can I test ram, cpu &
>> controller would be appreciated.
>
> Similar issues had been the reason we wrote ql-fstest at q-leap. Maybe
> you could try that? You can easily see the pattern of the corruption
> with that. But maybe Chris' stress.sh also provides it.
> Anyway, I yesterday added support to specify min and max file size, as
> it before only used 1MiB to 1GiB sizes... It's a bit cryptic with
> bits, though, I will improve that later.
> https://bitbucket.org/aakef/ql-fstest/downloads
>
>
> Cheers,
> Bernd
>
>
> PS: But see my other thread, using ql-fstest I yesterday entirely
> broke a btrfs test file system resulting in kernel panics.
Hi,
Its been a while, but I think I should provide a "definite anwser" or
simply what was the cause of whole problem:
It was a printer!
Long story short, I was going nuts trying to diagnose which bit of my
server is going bad and effectively I was down to blaming a interface
card that connects hotswapable disks to mobo / pcie controllers. When
I've got back from my holiday I've sat in front of server and decided to
go with ql-fstest which in a very nice way reports errors with a very
low lag (~2 minutes) after they occurred. At this point my printer
kicked in with "self clean" and error just showed up after ~ two minutes
- so I've restarted printer and while it was going through it's own post
with self clean another error showed up. Issue here turned out to be
that I was using one of those fantastic pci 4 port ethernet cards and
printer was directly to it - after moving it and everything else to
switch all problem and issues have went away. AT the moment I'm running
server for 2 weeks without any corruptions, any random kernel btrfs
crashes etc.
Anyway I wanted to thank again to Chris and rest of btrFS dev people for
this fantastic filesystem that let me discover how stupid setup I was
running and how deep into shiet I've put my self.
CHEERS LADS !
Tom.
next prev parent reply other threads:[~2013-02-05 10:16 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-14 11:09 btrfs for files > 10GB = random spontaneous CRC failure Tomasz Kusmierz
2013-01-14 14:59 ` Chris Mason
2013-01-14 15:22 ` Tomasz Kusmierz
2013-01-14 15:57 ` Chris Mason
2013-01-14 16:32 ` Tomasz Kusmierz
2013-01-14 16:34 ` Chris Mason
2013-01-15 16:54 ` Lars Weber
2013-01-15 23:32 ` Tom Kusmierz
2013-01-15 23:44 ` Chris Mason
2013-01-16 9:21 ` Bernd Schubert
2013-02-05 10:16 ` Tomasz Kusmierz [this message]
2013-02-05 12:49 ` Chris Mason
2013-02-05 14:10 ` Tomasz Kusmierz
2013-02-05 13:46 ` Roman Mamedov
2013-02-05 14:18 ` Tomasz Kusmierz
2013-01-14 16:20 ` Roman Mamedov
2013-01-14 16:34 ` Tomasz Kusmierz
-- strict thread matches above, loose matches on Subject: below --
2013-01-14 11:17 Tomasz Kusmierz
2013-01-14 11:25 ` Roman Mamedov
2013-01-14 11:43 ` Tomasz Kusmierz
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=5110DC02.4030409@gmail.com \
--to=tom.kusmierz@gmail.com \
--cc=bernd.schubert@itwm.fraunhofer.de \
--cc=chris.mason@fusionio.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.