linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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... :)


  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).