Re: Bug report: mdadm -E oddity

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Monday May 16, dledford@xxxxxxxxxx wrote:
> On Sat, 2005-05-14 at 09:01 +1000, Neil Brown wrote:
> > 
> > So there are little things that could be done to smooth some of this
> > over, but the core problem seems to be that you want to use the output
> > of "--examine --scan" unchanged in mdadm.conf, and that simply cannot
> > work.
> 
> Well, also keep in mind that the documentation on mdadm touts the fact
> that is meant to be run without a config file.  I'm perfectly happy to
> do that, but -A mode combined with --scan mode only assembles and starts
> arrays in the config file.  As I mentioned in a previous email, I guess
> I could do something like mdadm -Es | mdadm -c - -As -device=partitions
> but that just seems kinda silly given that all that is needed is for the
> assemble mode to start all devices found and we already know how to find
> them in the -E mode.  Maybe either changing -As mode to assemble
> everything regardless of config file or adding another flag to assemble
> mode to do the same.

It isn't meant to say that mdadm "Should" be run without a config
file.  Just that mdadm "can" be run without a config file, in stark
contrast to raidtools that requires a config file even for stopping an
array.   Maybe I should tone down that part of the man page.

I don't like having a "blindly start everything" function for mdadm
for exactly the same reason as I don't like the in-kernel
"autodetect".   It is too easy for things to go wrong.

Suppose I have two computers with raid arrays.  One dies so I shut
down the other, plug all drives into the working one, and bring it up
again.
A "blindly start everything" function could get confused and pick the
wrong array to be the root filesystem, or hit other snags.

That is why in my previous email with my example for version-1 usage I
included a host name in the "set_name".  Hopefully the
start-everything script would have access to a host name (via dhcp or
command line or something) and would get that scenario right.

I really DON'T WANT people to
  mdadm -Es | mdadm -c - -As -device=partitions

I want them to
  mdadm -Es >> /etc/mdadm.conf
  edit /etc/mdadm.conf
    think about what should be there

just as they
   edit /etc/fstab
     think about what should be there.

Is that unreasonable?

NeilBrown
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux