From: John Robinson <john.robinson@anonymous.org.uk>
To: Mark Knecht <markknecht@gmail.com>
Cc: Linux-RAID <linux-raid@vger.kernel.org>
Subject: Re: mdadm RAID and drives spinning up/down
Date: Sun, 21 Mar 2010 22:01:34 +0000 [thread overview]
Message-ID: <4BA6973E.7080401@anonymous.org.uk> (raw)
In-Reply-To: <5bdc1c8b1003211440n7e0b7848s7c069c3394d487a3@mail.gmail.com>
On 21/03/2010 21:40, Mark Knecht wrote:
> I'm moving forward on my first machine using RAID. This will be a
> fairly lightly used home server storing MythTV recordings and backups
> coming from other Linux machine. Due to the light workload I expect
> there will be times, sometimes lasting hours or maybe days, when the
> drives are unused and might (should?) spin down. Additionally with
> everyone trying to save power and be 'green' more and more drives
> probably do this by design anyway.
>
> OK, so never having build a RAID array and knowing nothing about this
> I'm curious about how mdadm handles this sort of thing. If the drives,
> using something like hdparm to set parameters, have times that shut
> them down for a while, when the system needs them spinning again are
> there ways to buffer write data and delay read data until everything
> is ready to roll again? I.e. - it's the middle of the night and Myth
> wants to start a recording. Everything is shut down and not it needs
> to start.
>
> Is it a problem if one drive spins up more slowly? Could that fool the
> RAID software into thinking the drive has died when it's actually just
> asleep?
>
> Sorry for such newbish questions.
I think the answer to this is much the same as the other thread about
using "RAID-class" drives: md doesn't set timeouts itself, so whether
things work or not depends on whether the device driver underneath fails
reads while a drive is waking up.
I'd say if you can make single drives sleep and spin up again without
problems, you can make md arrays do it - because the Linux md layer
knows nothing about it.
The ReadyNAS, formerly from Infrant but now from Netgear, does precisely
this and works well, and uses Linux md, but I don't know whether they've
tuned anything. It's open source of course, so it might be worth taking
a look.
Cheers,
John.
prev parent reply other threads:[~2010-03-21 22:01 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-21 21:40 mdadm RAID and drives spinning up/down Mark Knecht
2010-03-21 22:01 ` John Robinson [this message]
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=4BA6973E.7080401@anonymous.org.uk \
--to=john.robinson@anonymous.org.uk \
--cc=linux-raid@vger.kernel.org \
--cc=markknecht@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.