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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).