From: "Brandon Belshaw" <maillists@hosttuls.com>
To: "'Johan Schön'" <johan.schon@visiarc.com>
Cc: linux-raid@vger.kernel.org
Subject: RE: Disks keep disapearing
Date: Mon, 12 May 2003 10:31:03 -0700 [thread overview]
Message-ID: <01b301c318ac$47c1f180$21dd7e42@admin> (raw)
In-Reply-To: <3EBD2D2C.1050900@visiarc.com>
> Peter L. Ashford wrote:
> > WD has had problems similar to this with many of their drives. It
> > just decides to 'go away'. There is a fix available on
> their web site
> > for the 180GB and 200GB drives (and a better description of the
> > problem), but the problem is NOT limited to those drives.
>
> How do these problem appear in log files?
-= A server that lost one drive on Sunday, only had this error:
kernel: end_request: I/O error, dev 03:41 (hdb), sector 512
-= Another server that is having this problems, has this in the logs:
May 1 03:01:28 virt10p kernel: end_request: I/O error, dev 16:42 (hdd),
sector 16
May 1 03:01:28 virt10p kernel: hdd: status error: status=0x10 {
SeekComplete }
( repet 10 times)
May 1 03:01:28 virt10p kernel: hdd: status error: status=0x10 {
SeekComplete }
May 1 03:01:28 virt10p kernel: end_request: I/O error, dev 16:42 (hdd),
sector 108736
May 1 04:02:13 virt10p kernel: hdd: status error: status=0x10 {
SeekComplete }
May 1 04:02:13 virt10p kernel: hdd: status error: status=0x10 {
SeekComplete }
>
> I have a machine with two Promise Ultra100 TX2 cards, and
> five WD2000JB 200 GB drives in RAID-5. In a month, i've had a
> few disk "failures" that typically looks like this in the logs:
>
[snip log]
> The disk itself doesn't appear to know about any failures
> (using smartctl), and it works again when hotadded to the
> raidset. I've also had a multiple drive "failure" twice, both
> times with two drives using the same IDE channel.
On the server with the most recent crash, I replaced the drive with a
WD1200JB (it was a WD1200BB), rebuilt the array, then formated the drive
that wasnt replaced checking it for badblocks, using the slower,
destructive, read-write test (they arnt kidding about the slower part,
took about 24 hours).
Up until Sunday, I could readd the disk to the array, but now the 2nd
hard drive doesn't even show up when doing a fdisk -l
> I'm not sure if these problems are caused by buggy Promise
> ATA drivers in my kernel (RH9, 2.4.20) or the WDC problem
> with 180/200 GB drives. From WDC's description of the
> problem, I got the impression that it only happened when the
> drives were connected to hardware RAID cards like 3Ware IDE
> raid controllers.
I've contacted WD's tech support to see how they can help. When I'm
done with them I'll post the results.
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2003-05-12 17:31 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-09 18:53 Disks keep disapearing brandon
2003-05-10 0:03 ` Peter L. Ashford
2003-05-10 16:47 ` Johan Schön
2003-05-10 17:01 ` Mads Peter Bach
2003-05-11 4:09 ` Peter L. Ashford
2003-05-12 17:31 ` Brandon Belshaw [this message]
2003-05-12 17:49 ` A.J.Dawson
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='01b301c318ac$47c1f180$21dd7e42@admin' \
--to=maillists@hosttuls.com \
--cc=johan.schon@visiarc.com \
--cc=linux-raid@vger.kernel.org \
/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.