This is an automated cleanup. This bug report has been closed because it
is older than 18 months and there is no open code change to fix this.
After this time it is unlikely that the circumstances which lead to
the observed issue can be reproduced.

If you can reproduce the bug, please:
* reopen the bug report (set to status "New")
* AND add the detailed steps to reproduce the issue (if applicable)
* AND leave a comment "CONFIRMED FOR: <RELEASE_NAME>"
  Only still supported release names are valid (LIBERTY, MITAKA, OCATA, NEWTON).
  Valid example: CONFIRMED FOR: LIBERTY


** Changed in: nova
   Importance: Low => Undecided

** Changed in: nova
       Status: Confirmed => Expired

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1279858

Title:
  nova-compute shouldn't spawn two libguestfs appliances every time an
  instance is launched

Status in OpenStack Compute (nova):
  Expired

Bug description:
  https://bugzilla.redhat.com/show_bug.cgi?id=1064947

  Using RHELOSP 4.0 GA bits, I'm finding that when I launch the Cirros
  0.3.1 image, separate calls to libguestfs within the nova codebase
  cause qemu-kvm to be run twice *before* the instance is launched.
  This is suboptimal.

  One libguestfs call (file injection) can be disabled by setting
  libvirt_inject_partition=-2, but this does not work for the second one
  (checking to see if the volume partition/filesystem can be extended).
  The codepath for the second call is approximately:

  /nova/virt/disk/api.py extend()
  /nova/virt/disk/api.py is_image_partitionless()
  /nova/virt/disk/vfs/guestfs.py VFSGuestFS.setup()

  It would be good if all of this could be done with one libguestfs
  instance which could also be disabled in the global nova config.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to     : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp

Reply via email to