From: Tobias Hofmann <tobias.hofmann@medien.uni-weimar.de>
To: linux-raid@vger.kernel.org
Subject: Re: Spare disk could not sleep / standby
Date: Wed, 09 Mar 2005 10:03:47 +0100 [thread overview]
Message-ID: <422EBBF3.70201@medien.uni-weimar.de> (raw)
In-Reply-To: <Pine.LNX.4.56.0503081133140.4055@lion.drogon.net>
On 08.03.2005 14:13, Gordon Henderson wrote:
> On Tue, 8 Mar 2005, Tobias Hofmann wrote:
[...]
>>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...
>
>
> I've been using something called noflushd on a couple of small "home
> servers" for a couple of years now to spin the disks down. I made a
> posting about it here some time back and the consensus seemed to be (at
> the time) that it all should "just work"... And indeed it has been just
> working.
Thanks for mentioning this...
> They are only running RAID-1 though, 2.4 and ext2. I understand the ext3
> would force spin-up every 5 seconds which would sort of defeat it. There
> are other things to be aware of to (things that will defeat using hdparm)
> - making sure every entry in syslog.conf is -/var/log/whatever (ie. with
> the hyphen prepended) to stop if doing the fsync on every write which will
> spin up the disks. They are on UPSs, but they have been known to run-out
> in the past )-: so a long fsck and some data loss is to be expected.
>
> Essentially noflushd blocks the kernel from writing to disk until memory
> fills up.. So most of the time the box sits with the disks spun down, and
> only spins up when we do some file reading/saving to them.
...and this is no prob for me, as my idea is to only spin down a raid
used for data, not OS...
> Noflushd is at http://noflushd.sourceforge.net/ and claims to work with
> 2.6, but says it will never work with journaling FSs like ext3 and XFS.
> (which is understandable)
...true, but bites me. I,ll still look into it, once I am free to fool
around with the raid (which currently is a backup, so I,d hesitate to
"kill" it... :)
greets, tobi... :)
next prev parent reply other threads:[~2005-03-09 9:03 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
2005-03-08 13:13 ` Gordon Henderson
2005-03-09 5:11 ` Brad Campbell
2005-03-09 9:03 ` Tobias Hofmann [this message]
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=422EBBF3.70201@medien.uni-weimar.de \
--to=tobias.hofmann@medien.uni-weimar.de \
--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).