group.of.nepali.translators team mailing list archive

[Launchpad Bug Tracker <1379080@xxxxxxxxxxxxxxxxxx>]

This bug was fixed in the package cloud-init - 0.7.9-0ubuntu1~16.04.2

---------------
cloud-init (0.7.9-0ubuntu1~16.04.2) xenial-proposed; urgency=medium

  * debian/update-grub-legacy-ec2: fix shell syntax error. (LP:
#1662221)

cloud-init (0.7.9-0ubuntu1~16.04.1) xenial-proposed; urgency=medium

  * debian/copyright: update License field to include Apache.
  * debian/update-grub-legacy-ec2: fix to include kernels whose config
    has CONFIG_XEN=y (LP: #1379080).
  * debian/patches/azure-use-walinux-agent.patch: continue relying on
    walinux agent in stable release.
  * New upstream release.
    - doc: adjust headers in tests documentation for consistency.
    - pep8: fix issue found in zesty build with pycodestyle.
    - integration test: initial commit of integration test framework
      [Wesley Wiedenmeier]
    - LICENSE: Allow dual licensing GPL-3 or Apache 2.0 [Jon Grimm]
    - Fix config order of precedence, putting kernel command line over system.
      [Wesley Wiedenmeier] (LP: #1582323)
    - pep8: whitespace fix [Scott Moser]
    - Update the list of valid ssh keys. [Michael Felt]
    - network: add ENI unit test for statically rendered routes.
    - set_hostname: avoid erroneously appending domain to fqdn
      [Lars Kellogg-Stedman] (LP: #1647910)
    - doc: change 'nobootwait' to 'nofail' in docs [Anhad Jai Singh]
    - Replace an expired bit.ly link in code comment. [Joshua Harlow]
    - user-groups: fix bug when groups was provided as string and had spaces
      [Scott Moser] (LP: #1354694)
    - when adding a user, strip whitespace from group list
      [Lars Kellogg-Stedman] (LP: #1354694)
    - fix decoding of utf-8 chars in yaml test
    - Replace usage of sys_netdev_info with read_sys_net
      [Joshua Harlow] (LP: #1625766)
    - fix problems found in python2.6 test. [Joshua Harlow]
    - Just use file logging by default [Joshua Harlow] (LP: #1643990)
    - Improve formatting for ProcessExecutionError [Wesley Wiedenmeier]
    - flake8: fix trailing white space
    - Doc: various documentation fixes [Sean Bright]
    - cloudinit/config/cc_rh_subscription.py: Remove repos before adding
      [Brent Baude]
    - packages/redhat: fix rpm spec file.
    - main: set TZ in environment if not already set. [Ryan Harper]

 -- Scott Moser <smoser@xxxxxxxxxx>  Mon, 06 Feb 2017 16:18:28 -0500

** Changed in: cloud-init (Ubuntu Xenial)
       Status: Fix Committed => Fix Released

-- 
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/1379080

Title:
  update-grub-legacy-ec2 fails to detect xen kernel

Status in cloud-init package in Ubuntu:
  Fix Released
Status in cloud-init source package in Xenial:
  Fix Released
Status in cloud-init source package in Yakkety:
  Fix Released
Status in cloud-init source package in Zesty:
  Fix Released

Bug description:
  The update-grub-legacy-ec2 script (which ships with grub-legacy-ec2,
  which is presumably included under cloud-init umbrella) includes a
  check to determine whether a kernel is Xen-capable or not. It uses
  this check in a feature designed to ignore non-Xen kernels on Xen
  guests, presumably as a safety mechanism. The way in which the check
  is executed is flawed - it matches against the kernel name. This means
  that if you are loading a kernel that has an 'unexpected' name,
  update-grub-legacy-ec2 will ignore the new kernel, regardless of
  whether or not it is actually Xen-capable. Output looks like this:

  Searching for GRUB installation directory ... found: /boot/grub
  Searching for default file ... found: /boot/grub/default
  Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
  Searching for splash image ... none found, skipping ...
  Ignoring non-Xen Kernel on Xen domU host: vmlinuz-3.13.0-36-custom
  Found kernel: /boot/vmlinuz-3.13.0-36-generic
  Updating /boot/grub/menu.lst ... done

  This has been fixed on grub-legacy. Instead of matching the kernel
  name, it checks the config for CONFIG_XEN=y. In addition, Linux
  kernels come with CONFIG_XEN=y by default for some time now, and it is
  perfectly safe to run a Xen-capable kernel on non-Xen hosts.

  Steps to reproduce:
  1. Compile and generate debs for custom kernel with version string not including '-generic' or '-virtual'
  2. Install debs on ec2 system (ami-a94e0c99)
  3. Reboot

  Expected results:
  System comes up with new kernel

  Actual results:
  System comes up with old kernel, and new kernel is not present in /boot/grub/menu.lst

  Impact:
  Running ami-a94e0c99, and likely many others, a user can not install a custom kernel without manually editing files. Furthermore, those writes will likely be overwritten by administrative operations in the future.

  Recommendation:
  Update detection logic to search for CONFIG_XEN=y in the kernel config, and remove version string detection.

  Please let me know how I can help this along. I can submit a proposed
  fix, but am not sure where to send it.

  Related bugs:
   * bug 1655934: update-grub-legacy-ec2 should detect -aws kernels as appropriate for EC2

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1379080/+subscriptions