From: Tobias Hofmann <tobias.hofmann@medien.uni-weimar.de>
To: linux-raid@vger.kernel.org
Cc: Molle Bestefich <molle.bestefich@gmail.com>
Subject: Re: Spare disk could not sleep / standby
Date: Tue, 08 Mar 2005 11:51:29 +0100 [thread overview]
Message-ID: <422D83B1.5060709@medien.uni-weimar.de> (raw)
In-Reply-To: <62b0912f0503080057488f13ad@mail.gmail.com>
On 08.03.2005 09:57, Molle Bestefich wrote:
[...]
> I'm gonna CC the list anyway, hope it's okay :-).
I hope so, too... ;)
[...]
> No, but I can tell you what I did.
>
> I stuffed a bunch of cheap SATA disks and crappy controllers in an old system.
> (And replaced the power supply with one that has enough power on the 12V rail.)
>
> It's running 2.4, and since it's IDE disks, I just call 'hdparm
> -S<whatever>' in rc.local,
> which instructs the disks to go on standby whenever they've been idle
> for 10 minutes.
I had found postings on the net claiming that doing so without
unmounting the fs on the raid, this would lead to bad things happening -
but your report seems to prove them wrong...
> Works like a charm so far, been running for a couple of years.
> There does not seem to be any issues with MD and timing because of the
> disks using 5 seconds or so to spin up, MD happily waits for them, and
> no corruption or wrong behaviour has stemmed from putting the disks in
> sleep mode.
Good to read - will test that once I have the raid free to fool around
with, thanks for the info! :)
> There have been a couple of annoyances, though.
>
> One is that MD reads from the disks sequentially, thus spinning up the
> disks one by one.
> The more disks you have, the longer you will have to wait for the
> entire array to come up :-/.
> Would have been beautiful if MD issues the requests in parallel.
Ack.
> Another is that you need to have your root partition outside of the array.
Which will be the case here...
> The reason for this is that some fancy feature in your favorite distro
> with guarantee periodically writes something to the disk, which will
> make the array spin up constantly.
Yup, I see that...
> Incidentally, this also makes using Linux as a desktop system a PITA,
> since the disks are noisy as hell if you leave it on.
> I'm currently using two old disks in RAID1 for the root filesystem,
> but I'm thinking that there's probably a better solution.
> Perhaps the root filesystem can be shifted to a ramdisk during
> startup. Or you could boot from a custom made CD - that would also be
> extremely handy as a rescue disk.
Hm. Knoppix seems to be coming out in a new version real soon... ;)
Thanks for the feedback,
greets, tobi... :)
next prev parent reply other threads:[~2005-03-08 10:51 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-08 4:05 Spare disk could not sleep / standby Peter Evertz
2005-03-08 4:14 ` Guy
2005-03-08 4:40 ` Neil Brown
2005-03-08 5:20 ` Molle Bestefich
2005-03-08 5:36 ` Neil Brown
2005-03-08 5:46 ` Molle Bestefich
2005-03-08 6:03 ` Neil Brown
2005-03-08 6:24 ` Molle Bestefich
[not found] ` <422D625C.5020803@medien.uni-weimar.de>
2005-03-08 8:57 ` Molle Bestefich
2005-03-08 10:51 ` Tobias Hofmann [this message]
2005-03-08 13:13 ` Gordon Henderson
2005-03-09 5:11 ` Brad Campbell
2005-03-09 9:03 ` Tobias Hofmann
2005-03-08 8:51 ` David Greaves
2005-03-08 15:59 ` Mike Tran
2005-03-09 15:53 ` Spare disk could not sleep / standby [probably dangerous PATCH] Peter Evertz
2005-03-09 10:44 ` Mike Tran
2005-03-09 20:05 ` Peter Evertz
2005-03-09 16:29 ` Mike Tran
2005-03-09 23:20 ` Peter Evertz
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=422D83B1.5060709@medien.uni-weimar.de \
--to=tobias.hofmann@medien.uni-weimar.de \
--cc=linux-raid@vger.kernel.org \
--cc=molle.bestefich@gmail.com \
/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).