← Back to team overview

yahoo-eng-team team mailing list archive

[Bug 1554440] Re: Show volume attachment exception does not looks good if server is in shelved_offloaded state

 

There was disagreement in the patch on whether or not a microversion was
necessary to fix this (I don't think it is but that's just my opinion
here). We could have fixed this in the general cleanup 2.75 microversion
but forgot about it, so I'm just going to mark this as won't fix since
it doesn't seem to be bothering anybody.

** Changed in: nova
       Status: In Progress => Won't Fix

** Changed in: nova
     Assignee: Matt Riedemann (mriedem) => (unassigned)

** Changed in: nova
   Importance: Medium => Wishlist

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

Title:
  Show volume  attachment exception does not looks good if server is in
  shelved_offloaded state

Status in OpenStack Compute (nova):
  Fix Released

Bug description:
  In microversion v2.20, Nova allows to attach/detach volume on server
  in shelved or shelved_offloaded state.

  When server is in shelved_offloaded state, it means server is not on any host. And volume attach operation is done directly via cinder. 
  In that case device volume mount will be defered until the instance is unshelved.  Which is valid case and all fine till here. 

  Now issue is if users does the list attachments for server in shelved_offloaded state, it return the attachements without 'device' But
  Show volume attachment throw exception as there is no mount point for that attachment
  - https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/volumes.py#L289

  List and show attachments should be consistent for  server in
  shelved_offloaded state.

  Although error message if volume not mount - "volume_id not found: %s"
  does not sounds very nice here for other case too.

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


References