From: Neil Brown <neilb@suse.de>
To: Goswin von Brederlow <goswin-v-b@web.de>
Cc: Doug Ledford <dledford@redhat.com>,
LinuxRaid RAID <linux-raid@vger.kernel.org>
Subject: Re: [Patch] mdadm: move mdadm.map file into /dev/md
Date: Wed, 8 Apr 2009 16:31:47 +1000 [thread overview]
Message-ID: <18908.17619.375078.291547@notabene.brown> (raw)
In-Reply-To: message from Goswin von Brederlow on Wednesday April 8
On Wednesday April 8, goswin-v-b@web.de wrote:
> "NeilBrown" <neilb@suse.de> writes:
> >
> > Why /var/run cannot be mounted from tmpfs nice and early too I don't know..
>
> Because /var is not yet mounted.
I guess that is a credible answer.
We really want "/volatile" rather than "/var" for holding "run" and
"locks".. and /tmp.
I guess that is rather unlikely to happen universally.
>
> Maybe mdadm should just have
>
> -m, --map <file>
> Filename of the map file for incremental operations. Defaults
> to /var/run/mdadm.map. Note that the default path might not exist
> or be read-only early in the boot process in which case a
> suitable alternative must be specified.
>
> Wouldn't that be more flexible?
>
> Debian could then set 'MAP /lib/init/rw' in its mdadm.conf.
Adding a config option because we cannot agree on a standard isn't my
idea of a good time...
I'm leaning towards:
- to open for reading, if /var/run/mdadm/map doesn't exist,
try /dev/.mdadm.map
- to open for writing, if opening /var/run/mdadm/map and
/var/run/mdadm.map for writing fails, try /dev/.mdadm.map
Note that I don't want to put the file in /dev/md/ as that might not
exist yet either.
So the idea is to still use /var/run/mdadm{.,/}map, but fall back on
/dev/.mdadm.map if that is the only option.
Thought?
NeilBrown
next prev parent reply other threads:[~2009-04-08 6:31 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-06 14:52 [Patch] mdadm: move mdadm.map file into /dev/md Doug Ledford
2009-04-06 19:36 ` Luca Berra
2009-04-07 6:05 ` Goswin von Brederlow
2009-04-07 10:55 ` Luca Berra
2009-04-07 21:04 ` Goswin von Brederlow
2009-04-07 12:16 ` Doug Ledford
2009-04-07 21:26 ` NeilBrown
2009-04-07 22:14 ` Doug Ledford
2009-04-08 6:38 ` Neil Brown
2009-04-09 19:28 ` Doug Ledford
2009-04-08 0:15 ` Goswin von Brederlow
2009-04-08 6:31 ` Neil Brown [this message]
2009-04-09 19:25 ` Doug Ledford
2009-04-14 1:12 ` 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=18908.17619.375078.291547@notabene.brown \
--to=neilb@suse.de \
--cc=dledford@redhat.com \
--cc=goswin-v-b@web.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).