All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Stéphane Jourdois" <kwisatz@rubis.org>
To: reiserfs-list@namesys.com
Subject: [Fwd: Re: Data being corrupted on reiserfs 3.6]
Date: Mon, 16 Jan 2006 21:03:15 +0100	[thread overview]
Message-ID: <43CBFC03.7040603@rubis.org> (raw)

[-- Attachment #1: Type: text/plain, Size: 304 bytes --]

Sorry, I forgot to Cc: the list on reply.
2nd message follow.
-- 

 ///  Stephane Jourdois     /"\  ASCII RIBBON CAMPAIGN \\\
(((    Consultant securite  \ /    AGAINST HTML MAIL    )))
 \\\   24 rue Cauchy         X                         ///
  \\\  75015  Paris         / \    +33 6 8643 3085    ///


[-- Attachment #2: Re: Data being corrupted on reiserfs 3.6 --]
[-- Type: message/rfc822, Size: 1691 bytes --]

From: "Stéphane Jourdois" <kwisatz@rubis.org>
To: Michael Barnwell <xterminate@xterminate.me.uk>
Subject: Re: Data being corrupted on reiserfs 3.6
Date: Sun, 15 Jan 2006 00:57:35 +0100
Message-ID: <43C98FEF.2090100@rubis.org>

Hi,

Michael Barnwell a écrit :

> I'm experiencing data corruption when creating or copy data to my
> reiserfs 3.6 partition mounted under /home. The following extract
> gives a pretty clear indication that it's getting corrupted somewhere.
> [..]
> I'm running Debian Sarge on an Athlon XP 2200+, /dev/md2 is made up of
> four 400GB SATA hard disks on a Silicon Image 3114 controller in RAID
> 5. Dmesg is showing no errors what so ever, the RAID array has been
> stable since I installed it a couple of weeks ago and the drive was
> formatted with mkfs.reiserfs with no special options.

I experienced similar corruptions on reiserfs over software RAID5,
amd64. It has been stable for several weeks before beginning to corrupt
data, and oopsing because of reiserfs corruptions.
(fsck.reiserfs --rebuild-tree helped to power up the box for less than a
day before next oops).
I since have buyed a controller that does hardware raid5.

-- 
 ///  Stephane Jourdois     /"\  ASCII RIBBON CAMPAIGN \\\
(((    Consultant securite  \ /    AGAINST HTML MAIL    )))
 \\\   24 rue Cauchy         X                         ///
  \\\  75015  Paris         / \    +33 6 8643 3085    ///



             reply	other threads:[~2006-01-16 20:03 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-16 20:03 Stéphane Jourdois [this message]
  -- strict thread matches above, loose matches on Subject: below --
2006-01-16 20:04 [Fwd: Re: Data being corrupted on reiserfs 3.6] Stéphane Jourdois

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=43CBFC03.7040603@rubis.org \
    --to=kwisatz@rubis.org \
    --cc=reiserfs-list@namesys.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.