[Group.of.nepali.translators] [Bug 1741300] Re: mount-image-callback fails on qcow image on xenial

2018-12-10 Thread Scott Moser
This bug is believed to be fixed in cloud-utils in version 0.31. If this
is still a problem for you, please make a comment and set the state back
to New

Thank you.

** Also affects: cloud-utils
   Importance: Undecided
   Status: New

** Changed in: cloud-utils
   Status: New => 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/1741300

Title:
  mount-image-callback fails on qcow image on xenial

Status in cloud-utils:
  Fix Released
Status in cloud-utils package in Ubuntu:
  Fix Released
Status in cloud-utils source package in Xenial:
  Fix Released
Status in cloud-utils source package in Artful:
  Fix Released
Status in cloud-utils source package in Bionic:
  Fix Released

Bug description:
  === Begin SRU Template ===
  [Impact] 
  mount-image-callback fails to mount images that are qcow2 formatted.

  This function in mount-image-callback works in other Ubuntu releases
  but not on xenial.  The function does succeed some times, but is
  brittle.

  The fix applied is also applied upstream, and consists mainly of
  adding

   blockdev --rereadpt /dev/nbdX
   udevadm settle

  where 'nbdX' is the device that mount-image-callback has set up to
  point to the file that is to be mounted.

  These above added function should not be harmful in any case.

  [Test Case]
  In a fresh install:

  $ sudo apt-get update -q && sudo apt-get install -qy cloud-image-utils

  $ 
url=http://cloud-images.ubuntu.com/xenial/current/xenial-server-cloudimg-amd64-disk1.img
  $ wget "$url" -O xenial-server-cloudimg-amd64-disk1.img
  $ cp -a xenial-server-cloudimg-amd64-disk1.img disk.img

  $ sudo mount-image-callback -v disk.img true
  waiting on pidfile for /dev/nbd0 in /sys/block/nbd0/pid
  connected disk.img (qcow2) to /dev/nbd0. waiting for device.

  [Regression Potential] 
  The regression potential stems from additional udev events
  caused by calling blockdev --rereadpt.

  udev events should not cause unwanted side effects, but could.

  [Other Info]

  === End SRU Template ===

  On xenial only:

  $ wget 
http://cloud-images.ubuntu.com/xenial/current/xenial-server-cloudimg-amd64-disk1.img
  $ cp -a xenial-server-cloudimg-amd64-disk1.img disk.img
  $ sudo mount-image-callback -v disk.img true
  waiting on pidfile for /dev/nbd0 in /sys/block/nbd0/pid
  connected disk.img (qcow2) to /dev/nbd0. waiting for device.
  partitioned disk.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  gave up on waiting for /dev/nbd0p1
  $ echo $?
  1

  This fix seems to work and should be safe.
  === modified file 'bin/mount-image-callback'
  --- bin/mount-image-callback2018-01-03 15:44:47 +
  +++ bin/mount-image-callback2018-01-04 17:21:23 +
  @@ -316,6 +316,8 @@
  fi

  i=0
  +   [ -b "$mdev" ] || blockdev --rereadpt $nbd ||
  +   { error "blockdev --rereadpt $nbd failed"; return 1; }
  while :; do
  [ -b "$mdev" ] && break
  i=$(($i+1))

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: cloud-image-utils 0.27-0ubuntu24
  ProcVersionSignature: User Name 4.4.0-104.127-generic 4.4.98
  Uname: Linux 4.4.0-104-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2.14
  Architecture: amd64
  Date: Thu Jan  4 17:23:15 2018
  Ec2AMI: ami-0388
  Ec2AMIManifest: FIXME
  Ec2AvailabilityZone: nova
  Ec2InstanceType: m1.small
  Ec2Kernel: unavailable
  Ec2Ramdisk: unavailable
  PackageArchitecture: all
  ProcEnviron:
   TERM=screen
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: cloud-utils
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-utils/+bug/1741300/+subscriptions

___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp


[Group.of.nepali.translators] [Bug 1741300] Re: mount-image-callback fails on qcow image on xenial

2018-02-08 Thread Launchpad Bug Tracker
This bug was fixed in the package cloud-utils - 0.27-0ubuntu25

---
cloud-utils (0.27-0ubuntu25) xenial; urgency=medium

  * mount-image-callback: update partitions and settle on nbd mounts.
(LP: #1741300)

 -- Scott Moser   Fri, 26 Jan 2018 13:27:32 -0500

** Changed in: cloud-utils (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/1741300

Title:
  mount-image-callback fails on qcow image on xenial

Status in cloud-utils package in Ubuntu:
  Fix Released
Status in cloud-utils source package in Xenial:
  Fix Released
Status in cloud-utils source package in Artful:
  Fix Released
Status in cloud-utils source package in Bionic:
  Fix Released

Bug description:
  === Begin SRU Template ===
  [Impact] 
  mount-image-callback fails to mount images that are qcow2 formatted.

  This function in mount-image-callback works in other Ubuntu releases
  but not on xenial.  The function does succeed some times, but is
  brittle.

  The fix applied is also applied upstream, and consists mainly of
  adding

   blockdev --rereadpt /dev/nbdX
   udevadm settle

  where 'nbdX' is the device that mount-image-callback has set up to
  point to the file that is to be mounted.

  These above added function should not be harmful in any case.

  [Test Case]
  In a fresh install:

  $ sudo apt-get update -q && sudo apt-get install -qy cloud-image-utils

  $ 
url=http://cloud-images.ubuntu.com/xenial/current/xenial-server-cloudimg-amd64-disk1.img
  $ wget "$url" -O xenial-server-cloudimg-amd64-disk1.img
  $ cp -a xenial-server-cloudimg-amd64-disk1.img disk.img

  $ sudo mount-image-callback -v disk.img true
  waiting on pidfile for /dev/nbd0 in /sys/block/nbd0/pid
  connected disk.img (qcow2) to /dev/nbd0. waiting for device.

  [Regression Potential] 
  The regression potential stems from additional udev events
  caused by calling blockdev --rereadpt.

  udev events should not cause unwanted side effects, but could.

  [Other Info]

  === End SRU Template ===

  On xenial only:

  $ wget 
http://cloud-images.ubuntu.com/xenial/current/xenial-server-cloudimg-amd64-disk1.img
  $ cp -a xenial-server-cloudimg-amd64-disk1.img disk.img
  $ sudo mount-image-callback -v disk.img true
  waiting on pidfile for /dev/nbd0 in /sys/block/nbd0/pid
  connected disk.img (qcow2) to /dev/nbd0. waiting for device.
  partitioned disk.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  gave up on waiting for /dev/nbd0p1
  $ echo $?
  1

  This fix seems to work and should be safe.
  === modified file 'bin/mount-image-callback'
  --- bin/mount-image-callback2018-01-03 15:44:47 +
  +++ bin/mount-image-callback2018-01-04 17:21:23 +
  @@ -316,6 +316,8 @@
  fi

  i=0
  +   [ -b "$mdev" ] || blockdev --rereadpt $nbd ||
  +   { error "blockdev --rereadpt $nbd failed"; return 1; }
  while :; do
  [ -b "$mdev" ] && break
  i=$(($i+1))

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: cloud-image-utils 0.27-0ubuntu24
  ProcVersionSignature: User Name 4.4.0-104.127-generic 4.4.98
  Uname: Linux 4.4.0-104-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2.14
  Architecture: amd64
  Date: Thu Jan  4 17:23:15 2018
  Ec2AMI: ami-0388
  Ec2AMIManifest: FIXME
  Ec2AvailabilityZone: nova
  Ec2InstanceType: m1.small
  Ec2Kernel: unavailable
  Ec2Ramdisk: unavailable
  PackageArchitecture: all
  ProcEnviron:
   TERM=screen
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: cloud-utils
  UpgradeStatus: No upgrade log present (probably fresh install)

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

___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp


[Group.of.nepali.translators] [Bug 1741300] Re: mount-image-callback fails on qcow image on xenial

2018-01-04 Thread Scott Moser
** Changed in: cloud-utils (Ubuntu Xenial)
   Status: Fix Released => Confirmed

** Changed in: cloud-utils (Ubuntu Bionic)
   Status: New => 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/1741300

Title:
  mount-image-callback fails on qcow image on xenial

Status in cloud-utils package in Ubuntu:
  Fix Released
Status in cloud-utils source package in Xenial:
  Confirmed
Status in cloud-utils source package in Artful:
  Fix Released
Status in cloud-utils source package in Bionic:
  Fix Released

Bug description:
  On xenial only:

  $ wget 
http://cloud-images.ubuntu.com/xenial/current/xenial-server-cloudimg-amd64-disk1.img
  $ cp -a xenial-server-cloudimg-amd64-disk1.img disk.img
  $ sudo mount-image-callback -v disk.img truewaiting on pidfile for /dev/nbd0 
in /sys/block/nbd0/pid
  connected disk.img (qcow2) to /dev/nbd0. waiting for device.
  partitioned disk.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  waiting for /dev/nbd0p1 part=1 to be ready.
  gave up on waiting for /dev/nbd0p1
  $ echo $?
  1

  This fix seems to work and should be safe.
  === modified file 'bin/mount-image-callback'
  --- bin/mount-image-callback2018-01-03 15:44:47 +
  +++ bin/mount-image-callback2018-01-04 17:21:23 +
  @@ -316,6 +316,8 @@
  fi
   
  i=0
  +   [ -b "$mdev" ] || blockdev --rereadpt $nbd ||
  +   { error "blockdev --rereadpt $nbd failed"; return 1; }
  while :; do
  [ -b "$mdev" ] && break
  i=$(($i+1))

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: cloud-image-utils 0.27-0ubuntu24
  ProcVersionSignature: User Name 4.4.0-104.127-generic 4.4.98
  Uname: Linux 4.4.0-104-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2.14
  Architecture: amd64
  Date: Thu Jan  4 17:23:15 2018
  Ec2AMI: ami-0388
  Ec2AMIManifest: FIXME
  Ec2AvailabilityZone: nova
  Ec2InstanceType: m1.small
  Ec2Kernel: unavailable
  Ec2Ramdisk: unavailable
  PackageArchitecture: all
  ProcEnviron:
   TERM=screen
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: cloud-utils
  UpgradeStatus: No upgrade log present (probably fresh install)

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

___
Mailing list: https://launchpad.net/~group.of.nepali.translators
Post to : group.of.nepali.translators@lists.launchpad.net
Unsubscribe : https://launchpad.net/~group.of.nepali.translators
More help   : https://help.launchpad.net/ListHelp