From: Hans Reiser <reiser@namesys.com>
To: Brad Dameron <brad@seatab.com>
Cc: reiserfs-list@namesys.com
Subject: Re: data corruption with 2.4.25 and datalogging patches
Date: Mon, 17 Jul 2006 12:12:22 -0700 [thread overview]
Message-ID: <44BBE116.2070202@namesys.com> (raw)
In-Reply-To: <1153160052.3925.5.camel@serpent.office.seatab.com>
It seems like bad memory is growing as a percentage of user filesystem
problem sources. Do others have that feeling also?
Hans
Brad Dameron wrote:
>On Mon, 2006-07-17 at 21:55 +0400, Vladimir V. Saveliev wrote:
>
>
>>Hello
>>
>>On Mon, 2006-07-17 at 10:53 +0200, Francisco Javier Cabello wrote:
>>
>>
>>>Hello Vladimir,
>>>
>>>
>>>>such corruptions used to be considered as hardware bugs. Memory failure,
>>>>for instance. Did you ever run memtest on your systems?
>>>>
>>>>
>>>Yes, We have run memtest in our system. It's very seldom to find a system with
>>>a hardware memory problem running. When we find a memory problem the kernel
>>>doesn't boot. I am going to pass memtest in some of the system with reiserfs
>>>corruption problem.
>>>
>>>
>>>
>
>This is not true. There are certain memory issues that can still allow
>the system to boot and appear to run ok. I had a system that didn't show
>a memory error until the 4th pass on memtest. I just happened to let it
>run over the weekend. I have seen other issues with my larger systems
>that have 64GB of ram. To where memtest after a week didn't detect
>anything but the kernel mcelog reported weird ECC memory issues. I
>replaced several DIMM's and the issue went away. But who knows what
>could of occured had I not replaced the memory.
>
>Brad Dameron
>SeaTab Software
>www.seatab.com
>
>
>
>
>
next prev parent reply other threads:[~2006-07-17 19:12 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-07-12 6:16 data corruption with 2.4.25 and datalogging patches Francisco Javier Cabello
2006-07-12 8:24 ` Hans Reiser
2006-07-13 14:34 ` Vladimir V. Saveliev
2006-07-14 8:25 ` Francisco Javier Cabello
2006-07-14 11:48 ` Vladimir V. Saveliev
2006-07-14 12:03 ` Francisco Javier Cabello
2006-07-14 12:20 ` Francisco Javier Cabello
2006-07-14 12:59 ` Vladimir V. Saveliev
2006-07-17 8:53 ` Francisco Javier Cabello
2006-07-17 17:55 ` Vladimir V. Saveliev
2006-07-17 18:14 ` Brad Dameron
2006-07-17 19:12 ` Hans Reiser [this message]
2006-07-17 20:09 ` Valdis.Kletnieks
2006-07-17 21:01 ` Toby Thain
2006-07-17 21:01 ` Toby Thain
2006-07-17 10:49 ` Francisco Javier Cabello
2006-07-19 12:33 ` Francisco Javier Cabello
2006-07-20 7:29 ` Francisco Javier Cabello
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=44BBE116.2070202@namesys.com \
--to=reiser@namesys.com \
--cc=brad@seatab.com \
--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.