Re: Journaling pointless with today's hard disks?

Pedro M. Rodrigues
2001-11-24T23:05:45Z

I've always favoured IBM disks in all my hardware, from enterprise external
scsi raid hardware to small ide hardware raid devices (3ware fyi). At home all
my four disks are IBM (two DTLA). But with your information it seems i have
been bitten by that problem twice at the same time. Several months ago a less
zealous system administrator, while shutting down a couple servers for
maintenance at night, made a mistake in the console kvm switch, and pushed
the red button on a live server with four DTLA IBM disks plugged to a 3ware
raid card. On recovery, and after some time, one of the volumes started
complaining about errors, and went into degraded mode. One of the disks was
clearly broken we thought. So we exchanged it, but alas a couple hours later
another one in another volume complained. We also exchanged that one and
rebuilt everything. After checking the disks with IBM drive fitness software both
presented bad blocks that were recovered with a low level format. I dismissed
the events as something weird, but with some logical explanation beyond my
grasp. Now all makes sense.

/Pedro

On 24 Nov 2001 at 20:20, Florian Weimer wrote:

> Matthias Andree <matthias.andree@stud.uni-dortmund.de> writes:
>
> > However, if it's really true that DTLA drives and their successor
> > corrupt blocks (generate bad blocks) on power loss during block
> > writes, these drives are crap.
>
> They do, even IBM admits that (on
>
> http://www.cooling-solutions.de/dtla-faq
>
> you find a quote from IBM confirming this). IBM says it's okay, you
> have to expect this to happen. So much for their expertise in making
> hard disks. This makes me feel rather dizzy (lots of IBM drives in
> use).
>
> --
> Florian Weimer Florian.Weimer@RUS.Uni-Stuttgart.DE
> University of Stuttgart http://cert.uni-stuttgart.de/
> RUS-CERT +49-711-685-5973/fax
> +49-711-685-5898 - To unsubscribe from this list: send the line
> "unsubscribe linux-kernel" in the body of a message to
> majordomo@vger.kernel.org More majordomo info at
> http://vger.kernel.org/majordomo-info.html Please read the FAQ at
> http://www.tux.org/lkml/
>