linux-kernel - Re: [PROBMEL] MD doesn't like /dev/disk/by-id

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <17890.41662.486226.273826@notabene.brown>
Date:	Mon, 26 Feb 2007 20:05:02 +1100
From:	Neil Brown <neilb@...e.de>
To:	"Patrick Ale" <patrick.ale@...il.com>
Cc:	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [PROBMEL] MD doesn't like /dev/disk/by-id

On Monday February 26, patrick.ale@...il.com wrote:
> Hi,
> 
> I posted this a while ago aswell :)
> 
> MD can't start anymore when /etc/mdadm.conf uses /dev/disk/by-id/* ,
> it bluntly tells you there are no suiteable drives.

What else does it say if you run with "-v"

> 
> Since libata tends to mangle my drive order by every reboot since I
> use 3 controllers and the drivers dont generate uevents always in the
> same sequence the only thing left to use are UUIDs.

No.  You can use the uuid in the md metadata.  Don't mention devices
in mdadm.conf at all.  Just

  ARRAY /dev/md1 UUID=xxxxx:xxxxx:Xxxxxx:xxxxx

and it should find the right devices and assemble them without
problems.


> 
> Now, this isnt a problem but is this the *only* way the mdadm devices
> will startable now and is this the only way the MD module will
> support?

The only supported way to assemble arrays when md is a module is to
use mdadm.  Mdadm has several ways to identify an array.  Check the
man page.

> 
> And if yes, maybe this should be communicated somewhere, cause
> something tells me I am not the only one who had this problem or will
> have :)
> 

Suggestions for specific improvements to the md and mdadm documentation
are always welcome.  Read mdadm.8 again and then tell me what you
wanted it to tell you that wasn't clear.

Thanks,
NeilBrown
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/