All of lore.kernel.org
 help / color / mirror / Atom feed
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
>
>
>
>  
>


  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.