From: Tim Small <tim@seoss.co.uk>
To: linux-raid@vger.kernel.org
Subject: Upgrading the firmware on the underlying drives of a RAID5 safely.
Date: Tue, 20 Apr 2010 15:30:55 +0100 [thread overview]
Message-ID: <4BCDBA9F.7010903@seoss.co.uk> (raw)
Hello,
I have a RAID5 with 3x 1TB Seagate Barracuda ES.2 ST31000340NS SATA
drives + 1 hot spare. I'd like to upgrade the firmware on two of the
member drives using hdparm (I've already done this on the spare). The
drives are on an ICH9, and the system uses Debian 5 (2.6.27) 64bit on an
Intel "Core2" Xeon. The drives keep locking up, and needing a reset by
the kernel, and I'd like to fix that (the firmware changelog indicates
that the firmware has fixes for similar behaviour).
The upgrade process takes about 40 seconds, so I'd prefer the drives to
be "idle" during this time (blocking would also be all right, but if the
kernel tries to access the drives, and then times out and resets them
drives, then at the very least the firmware update will fail).
So... an easy way to do this would be to fail one of the drives, and get
it rebuilt onto the the spare, but of course, that puts the array into a
non-redundant state for the duration of the operation. Some sort of
temporary write-behind would be nice, but I understand that this is only
supported for RAID1. Is migrating to RAID6, then failing out one drive
at a time a reasonable option, or upping libata/md timeouts?
Any other thoughts options? As I seem to be doing drive firmware
updates more and more frequently recently (maybe I'm just getting
unlucky), some sort of infrastructure to support doing this on a live
system/array would be cool!
Cheers,
Tim.
reply other threads:[~2010-04-20 14:30 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=4BCDBA9F.7010903@seoss.co.uk \
--to=tim@seoss.co.uk \
--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).