[Bug 1328299] [NEW] update-initramfs fails to manage a RAID array declaration in mdadm.conf
Eric_DL
1328299 at bugs.launchpad.net
Mon Jun 9 23:01:23 UTC 2014
Public bug reported:
I configured an md RAID1 array to host users' data (intent is to mount formatted RAID volume at /home at boot).
I first simply rebooted the machine to see if array was starting, and it was, but was always getting a /dev/md127 pointer instead of the /dev/md0 I had configured.
So, I searched the web and found that I had to save array configuration in /etc/mdadm/mdadm.conf.
Rebooted again and still, array would start with a /dev/md127 pointer.
I then ran update-initramfs but got the following warning :
W: mdadm: the array /dev/md/mrblack:0 with UUID 8dec57a9:f62b8cd2:bc2d6172:cc0df127
W: mdadm: is currently active, but it is not listed in mdadm.conf. if
W: mdadm: it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE!
W: mdadm: please inspect the output of /usr/share/mdadm/mkconf, compare
W: mdadm: it to /etc/mdadm/mdadm.conf, and make the necessary changes.
After many modification attempts on mdadm.conf, I realized that update-
initramfs would actually only consider an ARRAY line in that file, if it
exposed an array's UUID, and only with the keyword UUID in upper case
(while mdadm.conf's man page shows only the main keywords like DEVICE,
ARRAY, HOMEHOST, .... in upper case).
Anyway, I was happy I had finally got rid of the warning, but it didn't
help : this time, array would not start at all at boot ! .... although a
simple "sudo mdadm -As" would manually start the array without problem
afterwards.
All in all, the only configuration that paradoxically worked was
commenting all devices and array declarations in mdadm.conf (as you can
see in mdadm.conf file attached), until update-initramfs said :
W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.
Now, at boot, mdadm scans for all devices, gets information only from
the superblocks and starts the array correctly.
My guess is both initramfs-tools and mdadm have problems at managing
mdadm.conf file correctly, or at least there are incompatibilities
between each other's way of doing things => I'll affect the report to
both.
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: initramfs-tools 0.103ubuntu0.2.2
ProcVersionSignature: Ubuntu 3.5.0-48.49-lowlatency 3.5.7.31
Uname: Linux 3.5.0-48-lowlatency x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.6.1-0ubuntu13
Architecture: amd64
Date: Mon Jun 9 23:57:20 2014
InstallationDate: Installed on 2013-05-26 (379 days ago)
InstallationMedia: Ubuntu-Studio 12.10 "Quantal Quetzal" - Release amd64 (20121017.1)
MarkForUpload: True
PackageArchitecture: all
SourcePackage: initramfs-tools
UpgradeStatus: No upgrade log present (probably fresh install)
** Affects: initramfs-tools (Ubuntu)
Importance: Undecided
Status: New
** Affects: mdadm (Ubuntu)
Importance: Undecided
Status: New
** Tags: amd64 apport-bug initramfs-tools mdadm quantal
** Attachment added: "Final (working) mdadm.conf file"
https://bugs.launchpad.net/bugs/1328299/+attachment/4128492/+files/mdadm.conf
** Also affects: mdadm (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to initramfs-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1328299
Title:
update-initramfs fails to manage a RAID array declaration in
mdadm.conf
Status in “initramfs-tools” package in Ubuntu:
New
Status in “mdadm” package in Ubuntu:
New
Bug description:
I configured an md RAID1 array to host users' data (intent is to mount formatted RAID volume at /home at boot).
I first simply rebooted the machine to see if array was starting, and it was, but was always getting a /dev/md127 pointer instead of the /dev/md0 I had configured.
So, I searched the web and found that I had to save array configuration in /etc/mdadm/mdadm.conf.
Rebooted again and still, array would start with a /dev/md127 pointer.
I then ran update-initramfs but got the following warning :
W: mdadm: the array /dev/md/mrblack:0 with UUID 8dec57a9:f62b8cd2:bc2d6172:cc0df127
W: mdadm: is currently active, but it is not listed in mdadm.conf. if
W: mdadm: it is needed for boot, then YOUR SYSTEM IS NOW UNBOOTABLE!
W: mdadm: please inspect the output of /usr/share/mdadm/mkconf, compare
W: mdadm: it to /etc/mdadm/mdadm.conf, and make the necessary changes.
After many modification attempts on mdadm.conf, I realized that
update-initramfs would actually only consider an ARRAY line in that
file, if it exposed an array's UUID, and only with the keyword UUID in
upper case (while mdadm.conf's man page shows only the main keywords
like DEVICE, ARRAY, HOMEHOST, .... in upper case).
Anyway, I was happy I had finally got rid of the warning, but it
didn't help : this time, array would not start at all at boot ! ....
although a simple "sudo mdadm -As" would manually start the array
without problem afterwards.
All in all, the only configuration that paradoxically worked was
commenting all devices and array declarations in mdadm.conf (as you
can see in mdadm.conf file attached), until update-initramfs said :
W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.
Now, at boot, mdadm scans for all devices, gets information only from
the superblocks and starts the array correctly.
My guess is both initramfs-tools and mdadm have problems at managing
mdadm.conf file correctly, or at least there are incompatibilities
between each other's way of doing things => I'll affect the report to
both.
ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: initramfs-tools 0.103ubuntu0.2.2
ProcVersionSignature: Ubuntu 3.5.0-48.49-lowlatency 3.5.7.31
Uname: Linux 3.5.0-48-lowlatency x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.6.1-0ubuntu13
Architecture: amd64
Date: Mon Jun 9 23:57:20 2014
InstallationDate: Installed on 2013-05-26 (379 days ago)
InstallationMedia: Ubuntu-Studio 12.10 "Quantal Quetzal" - Release amd64 (20121017.1)
MarkForUpload: True
PackageArchitecture: all
SourcePackage: initramfs-tools
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1328299/+subscriptions
More information about the foundations-bugs
mailing list