>>
>> "dracut doesn't copy etc/mdadm.conf into the initramfs image"
>>
>
> So IIUC "#mdadmconf=no" was enough in a previous version for
> mdadm.conf to be copied into the initramfs but you now need
> "mdadmconf=yes"?
That's my understanding as well.
Much of the discussion in the bug talks about
On Mon, Nov 18, 2013 at 1:41 PM, Kevin H. Hobbs wrote:
>
> I found this bug:
>
> "dracut doesn't copy etc/mdadm.conf into the initramfs image"
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1015204
>
> which looks exactly like what I'm describing.
>
> Thank you for your response.
You're welcome,
On 11/16/2013 01:37 PM, Kevin H. Hobbs wrote:
> Somehow md1 and md2 became md127 and md126.
I remember similar behaviors in the past, it looks like
autodetected arrays are assigned high numbers instead of low ones.
One solution (or workaround) is to have a /etc/mdadm.conf file.
MAILADDR root
AU
I found this bug:
"dracut doesn't copy etc/mdadm.conf into the initramfs image"
https://bugzilla.redhat.com/show_bug.cgi?id=1015204
which looks exactly like what I'm describing.
Thank you for your response.
signature.asc
Description: OpenPGP digital signature
--
users mailing list
users@lis
On Sat, Nov 16, 2013 at 4:16 PM, Kevin H. Hobbs wrote:
> On 11/16/2013 10:06 AM, Tom H wrote:
>>>
>>> Somehow md1 and md2 became md127 and md126
>>
>> Have you changed your hostname?
>
> No, do you suspect the October 3rd dracut-network update?
The renaming happens because the hostname prefixes t
On 11/16/2013 10:06 AM, Tom H wrote:
>> Somehow md1 and md2 became md127 and md126
>
> Have you changed your hostname?
>
No, do you suspect the October 3rd dracut-network update?
signature.asc
Description: OpenPGP digital signature
--
users mailing list
users@lists.fedoraproject.org
To unsub
On October 4 this :
- Mdadm Begin
mdadm: cannot open /dev/md1: No such file or directory
/dev/md1 :
mdadm: cannot open /dev/md2: No such file or directory
/dev/md2 :
-- Mdadm End -
and this :