From: Robin Bowes <robin-lists@robinbowes.com>
To: linux-raid@vger.kernel.org
Subject: ATAn timeout errors
Date: Tue, 04 Oct 2005 15:37:56 +0100 [thread overview]
Message-ID: <dhu42t$216$1@sea.gmane.org> (raw)
I posted this on the linux-ide list but got no response so I thought I'd
try here.
My setup is as follows:
Epox EP-D3VA
Dual PIII 1GHZ processors
1.5GB RAM
Two of Promise SATA150 TX4 controllers
Six of Maxtor 250GB SATA drives (7Y250M0) - three per controller
Running Fedora Core 4 with "stock" FC4 kernel (kernel-smp-2.6.12-1.1456_FC4)
I have four md arrays as follows:
/dev/md0 RAID1 /dev/sd[ad]
/dev/md1 RAID1 /dev/sd[be]1
/dev/md2 RAID1 /dev/sd[cf]1
/dev/md5 RAID5 /dev/sd[abcef]2 (/dev/sdd2 is a hot spare)
md[0-2] are 1.5 MB areas
/dev/md0 is /
/dev/md1 is swap
/dev/md2 is currently not used
md5 is 929GB and I have used lvm to create:
/home home_lv audio_vg -wi-ao 914.38G
/usr usr_lv audio_vg -wi-ao 10.00G
/var var_lv audio_vg -wi-ao 5.00G
Ok, onto the problem...
After a couple of power outages I recently got myself a UPS but
(typically) didn't get round to installing it before another outage (doh!).
The server came back up OK with /dev/md5 dirty and needing to resync.
However, during the re-sync, one or more of the disks clunked and I saw
an "ATAn Timeout" message on the console and the system froze. (n
varied, e.g. ATA2, ATA1, ATA4, etc.) This seemed to be triggered by
doing something that caused disk activity during the resync.
I've seen this before and done a hard-reset to start again - eventually
the resync has completed and everything's back to normal.
However, this time, I had to drop to single-user mode and reduce the
RAID sync speed (echo 5000 > /proc/sys/dev/raid/speed_limit_max) to get
the resync to complete.
The server then hung again - same error - so I used Maxtor's PowerMax
utility to perform a full test of all drives and all passed
successfully. I then rebooted and left it re-syncing in multi-user mode
(with fingers crossed) and this time it completed successfully.
Can anyone tell me if this is a bug somewhere or might it be a hardware
limitation, i.e. saturating the PCI bus when resyncing? Is there
anything I can do to prevent it from happening?
I'm not too bothered about RAID performance - I mainly use it to store
.flac audio files which don't need great throuhgput to stream off the disk.
Any suggestions (or fixes!) appreciated.
Thanks,
R.
--
http://robinbowes.com
If a man speaks in a forest,
and his wife's not there,
is he still wrong?
next reply other threads:[~2005-10-04 14:37 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-04 14:37 Robin Bowes [this message]
2005-12-02 14:18 ` ATAn timeout errors Robin Bowes
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='dhu42t$216$1@sea.gmane.org' \
--to=robin-lists@robinbowes.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).