Cinder volume shows detached after retype

Bug #1682634 reported by Scott Machtmes
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mirantis OpenStack
Invalid
High
Scott Machtmes

Bug Description

Environment: MOS 9.0

1. Attach a cinder volume to an instance
2. cinder database shows volume attached
3. Perform cinder retype on volume
4. cinder database shows detached for volume, cinder list and horizon all now do not show the volume attached to instance however volume is actually still usable and working.

Example test files attached.

Revision history for this message
Scott Machtmes (smachtmes) wrote :
Changed in mos:
milestone: none → 9.x-updates
assignee: nobody → MOS Maintenance (mos-maintenance)
importance: Undecided → High
status: New → Confirmed
tags: added: area-cinder
Changed in mos:
assignee: MOS Maintenance (mos-maintenance) → Alexey Stupnikov (astupnikov)
Revision history for this message
Alexey Stupnikov (astupnikov) wrote :

First of all, I have to say that attached commands output doesn't indicate any issues: volume IDs are stored in volume_id row of volume_attachment table, not id row.

On the other hand, I was unable to reproduce the issue by retyping attached volume in our lab (I hadn't changed volume driver, so no migration was needed). As a result, I have to say that steps to reproduce are not correct.

Scott, can you please improve bug description and add the following information:

- Describe the cloud architecture, specify used storages and their cinder drivers
- Describe volume types used
- Enable nova and cinder debug, collect logs during retype
- Use openstack commands (not DB requests) to get information.

From my point of view, current bugs status is Invalid, since it is impossible to reproduce it with described steps and attached command output is 100% correct (doesn't describe any bug).

Changed in mos:
status: Confirmed → Invalid
assignee: Alexey Stupnikov (astupnikov) → Scott Machtmes (smachtmes)
Revision history for this message
Scott Machtmes (smachtmes) wrote :

I recall that this was pretty reproducible. Let me review it again and report back.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.