[Bug 1318351] Re: mdadm doesn't assemble imsm raids during normal boot

[Dimitri John Ledkov]

Hello,

On 19 April 2015 at 16:54, Ted <tedm at mittelstaedt.us> wrote:
> This is not a bug, please check the following discussion:
>
> https://lists.ubuntu.com/archives/ubuntu-devel/2014-February/038095.html
>
> "...This cycle a few things were done in mdadm & dmraid packages to
> prepare for transition from dmraid to mdadm for a few formats that
> mdadm supports.
>
> At the moment it trusty, mdadm has full support to assemble Intel
> Matrix Raid and DDF fakeraid arrays, instead of dmraid. At the moment
> however, mdadm codepath is disable via a kernel cmdline options..."
>
> Explanation of how to fix it is in the thread.
>

However we ought to start using mdadm alone, preferably early in 15.10
cycle such that by 16.04 LTS it is stable.


-- 
Regards,

Dimitri.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to mdadm in Ubuntu.
https://bugs.launchpad.net/bugs/1318351

Title:
  mdadm doesn't assemble imsm raids during normal boot

Status in mdadm package in Ubuntu:
  Confirmed

Bug description:
  I have a non-root Intel "fakeraid" volume which is not getting
  assembled automatically at startup. I can assemble it just fine with
  "sudo mdadm --assemble --scan".

  While trying to debug this, I encountered that it is being assembled
  when I'm booting in debug (aka recovery) mode. It turns out that
  nomdmonisw and nomdmonddf are passed to the kernel during normal boot
  only, and this is due to /etc/default/grub.d/dmraid2mdadm.cfg
  containing:

  GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT nomdmonddf
  nomdmonisw"

  Commenting out that line fixes the problem.

  I've gathered that this is an effort to migrate from dmraid to mdadm
  for fakeraids. I don't understand how it's supposed to work, but in my
  case dmraid is not installed, and this setting is an interference.
  (The background is that I recently added a 3 TB raid1 and was
  therefore forced to abandon dmraid in favor of mdadm since the former
  doesn't handle volumes larger than ~2 TB. So I dropped dmraid and set
  up mdadm from scratch for this new raid.)

  Also, I believe it's a bug that these kernel arguments are different
  between normal and recovery boot.

  My mdadm is 3.2.5-5ubuntu4 in a fresh trusty install.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mdadm/+bug/1318351/+subscriptions