yahoo-eng-team team mailing list archive

[Nikola Đipanov <ndipanov@xxxxxxxxxx>]

Public bug reported:

libvirt driver needs to use it's own logic for determining the device
name that will be persisted in Nova instead of the generic methods in
nova.compute.utils, since libvirt cannot really assign the device name
to a block device of an instance (it's treated as a ordering hint only),
and we need to make sure that information in the Nova DB matches what
will be assigned.

We already have this logic in nova.virt.libvirt.blockinfo and is being
called for booting instances, however when attaching volumes to an
already running instance we rely on
nova.compute.utils.get_device_name_for_instance() which will do the
wrong thing in a number of cases (for example volumes using different
bus (see bug #1379212), instances with an ephemeral disk etc.)

Current master is: 0b23bce359c8c92715695cac7a6eff7c473ad8c2

** Affects: nova
     Importance: Undecided
         Status: New

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

Title:
  libvirt: attaching volume device name should be decided using the same
  logic as when booting

Status in OpenStack Compute (Nova):
  New

Bug description:
  libvirt driver needs to use it's own logic for determining the device
  name that will be persisted in Nova instead of the generic methods in
  nova.compute.utils, since libvirt cannot really assign the device name
  to a block device of an instance (it's treated as a ordering hint
  only), and we need to make sure that information in the Nova DB
  matches what will be assigned.

  We already have this logic in nova.virt.libvirt.blockinfo and is being
  called for booting instances, however when attaching volumes to an
  already running instance we rely on
  nova.compute.utils.get_device_name_for_instance() which will do the
  wrong thing in a number of cases (for example volumes using different
  bus (see bug #1379212), instances with an ephemeral disk etc.)

  Current master is: 0b23bce359c8c92715695cac7a6eff7c473ad8c2

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