group.of.nepali.translators team mailing list archive

[Martin Pitt <martin.pitt@xxxxxxxxxx>]

Hello Scott, or anyone else affected,

Accepted curtin into xenial-proposed. The package will build now and be
available at
https://launchpad.net/ubuntu/+source/curtin/0.1.0~bzr399-0ubuntu1~16.04.1
in a few hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed.  Your feedback will aid us getting this update
out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, and change the tag
from verification-needed to verification-done. If it does not fix the
bug for you, please add a comment stating that, and change the tag to
verification-failed.  In either case, details of your testing will help
us make a better decision.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

** Also affects: curtin (Ubuntu)
   Importance: Undecided
       Status: New

** Also affects: curtin (Ubuntu Xenial)
   Importance: Undecided
       Status: New

** Changed in: curtin (Ubuntu)
       Status: New => Fix Released

** Changed in: curtin (Ubuntu Xenial)
       Status: New => Fix Committed

** Tags added: verification-needed

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1551937

Title:
  lvm and multipath and xenial not happy together

Status in curtin:
  Fix Committed
Status in curtin package in Ubuntu:
  Fix Released
Status in curtin source package in Xenial:
  Fix Committed

Bug description:
  [Impact]

   * MaaS deployments to systems with multipath configures cannot
     install Xenial releases due to a change in how multipath configures
     its friendly names.  On older releases (multipath-tools < 0.5.0)
     multipath-tools expects that the names of the devices will include
     names and parses the file with that expectation. However, on newer
     releases (multipath-tools >= 0.5.0) multipath-tools uses spaces to
     separate fields in the bindings file and fails if the device name
     includes spaces. 

     Curtin will detect the level of multipath-tools to be used in the
     target OS and adjusts how it generates device names for the binding
     file accordingly.
     
  [Test Case]

   * Install proposed curtin package and deploy custom storage
     configuration against a Power8 or similiar configured multipath
     system and select Xenial as the target OS.

    PASS: The multipath configured machine will successfully install
    both Xenial and Trusty.

    FAIL: The multipath configured machine will fail to install Xenial
    but will successfully install Trusty.

  [Regression Potential]

   * May impact users of systems with multipath storage configurations.

  
  [Original Description]

  tried deploy of xenial with curtin on a powerNV system.  the result was failure to mount the root, ending like this:
  Begin: Running /scripts/local-block ...   lvmetad is not active yet, using direc
  t activation during sysinit
    Volume group "mpath0" not found
    Cannot process volume group mpath0
  done.
  Begin: Running /scripts/local-block ...   lvmetad is not active yet, using direct activation during sysinit
    Volume group "mpath0" not found
    Cannot process volume group mpath0
  done.
  done.
  Gave up waiting for root device.  Common problems:
   - Boot args (cat /proc/cmdline)
     - Check rootdelay= (did the system wait long enough?)
     - Check root= (did the system wait for the right device?)
   - Missing modules (cat /proc/modules; ls /dev)
  ALERT!  /dev/mapper/mpath0-part2 does not exist.  Dropping to a shell!

  Related bugs:
   * bug 1429327: Boot from a unique, stable, multipath-dependent symlink
   * bug 1432062: multipath-tools-boot: support booting without user_friendly_names on devices with spaces in identifiers
   * bug 1552319: xenial kernel boot slow/timeout on power8 powerNV

  $ dpkg-query --show | egrep '(maas|curtin)'
  curtin-common   0.1.0~bzr359-0ubuntu1
  maas    1.9.1+bzr4541-0ubuntu1~trusty1
  maas-cli        1.9.1+bzr4541-0ubuntu1~trusty1
  maas-cluster-controller 1.9.1+bzr4541-0ubuntu1~trusty1
  maas-common     1.9.1+bzr4541-0ubuntu1~trusty1
  maas-dhcp       1.9.1+bzr4541-0ubuntu1~trusty1
  maas-dns        1.9.1+bzr4541-0ubuntu1~trusty1
  maas-provision  2.2.2-0ubuntu4
  maas-provision-common   2.2.2-0ubuntu4
  maas-proxy      1.9.1+bzr4541-0ubuntu1~trusty1
  maas-region-controller  1.9.1+bzr4541-0ubuntu1~trusty1
  maas-region-controller-min      1.9.1+bzr4541-0ubuntu1~trusty1
  python-curtin   0.1.0~bzr359-0ubuntu1
  python-django-maas      1.9.1+bzr4541-0ubuntu1~trusty1
  python-maas-client      1.9.1+bzr4541-0ubuntu1~trusty1
  python-maas-provision   2.2.2-0ubuntu4
  python-maas-provisioningserver  1.9.1+bzr4541-0ubuntu1~trusty1

To manage notifications about this bug go to:
https://bugs.launchpad.net/curtin/+bug/1551937/+subscriptions