From: Michael Evans <mjevans1983@gmail.com>
To: Joe Bryant <tenminjoe@yahoo.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Spare drive won't spin down
Date: Thu, 6 May 2010 22:07:35 -0700 [thread overview]
Message-ID: <i2j4877c76c1005062207t8c8729av6d1a1d36b9ec9365@mail.gmail.com> (raw)
In-Reply-To: <922812.29139.qm@web31703.mail.mud.yahoo.com>
On Thu, May 6, 2010 at 10:49 AM, Joe Bryant <tenminjoe@yahoo.com> wrote:
> Hello -
>
> I hope some kind soul is able to help. I have configured a RAID1 array - two mirrored drives, one spare. My understanding is that the spare disk should be allowed to spin down, but it won't.
>
> When I searched for troubleshooting information, I found talk of work that had been done specifically to allow the spare to spin down - to do with decrementing the event counter instead of incrementing it. So, I'm surprised this doesn't seem to be working in my case.
>
> If I poll /proc/diskstats, I see writes to the spare drive (sdb1) every few seconds.
>
> If I remove the drive from the RAID array, the writes stop and it is able to spin down.
>
> If I do "mdadm --examine /dev/sdb1", I can see the event counter is increasing every two or three seconds.
>
> The kernel is 2.6.32-21-generic - a new Ubuntu 10.04 install.
>
> /proc/mdstat yields:
>
> Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
> md0 : active raid1 sdb1[2](S) sda1[0](W) sdc1[1]
> 29295552 blocks [2/2] [UU]
>
> md1 : active raid1 sdb5[2](S) sda5[0](W) sdc5[1]
> 1951680 blocks [2/2] [UU]
>
> unused devices: <none>
>
> Other facts that I don't think should be relevant but you may know better:
>
> - You can see that in fact I have two RAID arrays - md0 is the
> troublesome one.
>
> - md0 contains LVM, which contains ext4, which contains root filesystem.
>
> - sdc is an SSD drive. sda and sdb are spinning disks.
>
> - If I do "cat /sys/block/md0/md/safe_mode_delay" I get "0.210".
>
> - I briefly had write-intent bitmaps set up for both md0 and md1, but I have since removed them.
>
> This box is a fresh build and can be rebuilt if that's necessary to fix
> or diagnose the problem.
>
> Thanks in advance for any help. Linux software RAID is just terrific - I report this minor issue largely because, as I said, it seems like this is something that is *supposed* to work.
>
> --
> Joe Bryant
>
>
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
So you want a near-line spare, or whatever the term is.
Not quite a 'hot' spare; which is what you have now (and with RAID1
makes no sense as an additional mirror improves performance,
distributes load, and keeps a ready backup for almost the same cost).
Nor a 'cold' spare; sitting on a shelf out of the box.
More of a 'warm' spare; in the box, ready to kick in as soon as needed
but otherwise spun down and idled.
I'm unsure if the mdadm framework currently supports it. If it does
you should look in to creating a 'spare group' and having the 'spare'
in that group (which should only change when it's pulled out and added
to a different group/array). It would thus be able to idle the drive
but keep the non-moving parts responsive to the system.
Or at least that's how I'd guess it works.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2010-05-07 5:07 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-06 17:49 Spare drive won't spin down Joe Bryant
2010-05-07 5:07 ` Michael Evans [this message]
2010-05-07 7:39 ` Joe Bryant
2010-05-07 6:20 ` Neil Brown
2010-05-07 7:40 ` Joe Bryant
2010-05-07 9:47 ` Neil Brown
2010-05-07 10:05 ` Joe Bryant
2010-05-10 16:59 ` Bill Davidsen
2010-05-11 20:53 ` Neil Brown
2010-05-17 18:11 ` Doug Ledford
2010-05-18 0:23 ` Neil Brown
2010-05-18 0:38 ` Michael Evans
2010-05-18 0:50 ` Neil Brown
2010-05-18 0:20 ` Neil Brown
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=i2j4877c76c1005062207t8c8729av6d1a1d36b9ec9365@mail.gmail.com \
--to=mjevans1983@gmail.com \
--cc=linux-raid@vger.kernel.org \
--cc=tenminjoe@yahoo.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).