All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Clyde E. Kunkel" <rascal.jumper-747@cox.net>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] Random file system errors
Date: Tue, 28 Apr 2009 10:41:24 -0400	[thread overview]
Message-ID: <49F71594.2020602@cox.net> (raw)
In-Reply-To: <003a01c9c7a3$fa10a000$ee31e000$@no>

On 04/27/2009 09:52 PM, Gaute Lund wrote:
> I have searched the web and the mailing list without finding anything
> similar to this.
>
> At home I have an LVM setup. Reading data gives random errors. I only
> recently discovered it's an LVM issue. I think.
>
> The issue: If I md5sum largeish files, or test archives, I sometimes get
> errors or randomly different md5sums. Like now, I have 11 folders, all with
> rar files in parts: some 300 15MB pieces in 6 folders/sets, totaling 4,2GB,
> and 560 50MB pieces in 5 folders/sets, totaling 23G.
>
> OK, so I "rar t" all of these 5 times over. Errors pop up randomly, 52 times
> in the 50MB pieces, 10 times in the 15MB pieces. That's about 1 error for
> every 2,1GB of data read. Md5suming multiple files gives about the same
> error rate.
>
> If I run repeated test on a rar set small enough to fit in cache mem, I get
> errors, but they are indentical with each run.
>
> Is it really an lvm problem? Well, I have created new LVs and use different
> filesystems, ext3, xfs, jfs - they're all the same. If I create an md on
> some other disks, and put a filesystem on it, without LVM, no problems.
>
> I can't find any other errors, in any logs or dmesg. The errors weren't
> there to begin with, they came at one point and got worse. It took a while
> before I realized it was a generic disk problem, and for a period I kind of
> gave up on it. So it's been there for ... maybe six months?
>
> The VG consist of two software RAID 5 md's, one consisting of four 200GB
> IDEs, one of five 500GB SATAs, yielding av VG totaling 2,37TB. Other
> hardware is 4GB memory and a Core 2 Duo 6600 CPU.
>
> Machine runs Ubuntu 8.10 with kernel 2.6.27-11, and
>    LVM version:     2.02.39 (2008-06-27)
>    Library version: 1.02.27 (2008-06-25)
>    Driver version:  4.14.0
>
> But the VG was originally created long ago, on LVM1 even.
>
> Well, I guess that's it. Any other information that could be helpful? Any
> way I could debug this?
>
> Best regards
> Gaute Lund
>    

I am seeing the same thing with large (distros on DVDs) ISO files also.  
Running md5sum or sha1sum on the file gives different results each time 
and burning the iso gives a dvd that contains files with errors.  I ran 
memory tests over night and all was good.  I turned on smartd checking 
and ran disk checks and all is ok and I continue to look for disk errors 
on a periodic basis and all is well.

The linux system is Fedora rawhide, but the problem also exists in 
Fedora 9 and 10.  The files are being downloaded with wget to a Download 
directory on my home directory which is an ext3 LV mounted on an ext4 
home filesystem.  Wgeting to a standard non-LV ext3 parition results in 
good isos which demonstrate consistent sha1sums.  If I cp the good iso 
to the LV Download directory, problems again occur.  So far the problem 
only manifests with dvd size iso files.  CD size iso files are fine.

I first noticed this problem several months ago, but have not bz'd it 
since I cannot yet for sure say it is LVM causing the problem.  However, 
I think at this point I have eliminated wget as the problem but not 
ext4.  I need to create an ext3 LV for / to test on.

Any guidance on error capturing or any testing features of LVM2 that can 
be turned on?

Thanks.

  parent reply	other threads:[~2009-04-28 14:41 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-28  1:52 [linux-lvm] Random file system errors Gaute Lund
2009-04-28  3:32 ` f-lvm
2009-04-28  3:50 ` Steer, Geoff
2009-04-28 14:41 ` Clyde E. Kunkel [this message]
2009-04-28 17:00   ` Greg Freemyer
2009-04-29  3:52     ` f-lvm
2009-04-29 19:02       ` Clyde E. Kunkel
2009-04-30 23:33       ` Clyde E. Kunkel
2009-05-01  1:28         ` f-lvm
2009-04-30 16:17 ` Philipp Schmidt
  -- strict thread matches above, loose matches on Subject: below --
2009-04-29  6:19 Gaute Lund
2009-06-07 11:44 ` Gaute Lund
2009-06-07 15:16   ` Clyde E. Kunkel

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=49F71594.2020602@cox.net \
    --to=rascal.jumper-747@cox.net \
    --cc=linux-lvm@redhat.com \
    /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.