All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Gaute Lund" <gaute@idrift.no>
To: linux-lvm@redhat.com
Subject: [linux-lvm] Random file system errors
Date: Tue, 28 Apr 2009 03:52:23 +0200	[thread overview]
Message-ID: <003a01c9c7a3$fa10a000$ee31e000$@no> (raw)

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

             reply	other threads:[~2009-04-28  1:53 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-28  1:52 Gaute Lund [this message]
2009-04-28  3:32 ` [linux-lvm] Random file system errors f-lvm
2009-04-28  3:50 ` Steer, Geoff
2009-04-28 14:41 ` Clyde E. Kunkel
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='003a01c9c7a3$fa10a000$ee31e000$@no' \
    --to=gaute@idrift.no \
    --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.