Bug 1049995

Summary: cinder: two volumes are created instead of one when we try to boot an instance with create new volume option
Product: [Community] RDO Reporter: Dafna Ron <dron>
Component: openstack-cinderAssignee: RHOS Maint <rhos-maint>
Status: CLOSED WORKSFORME QA Contact: Dafna Ron <dron>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: unspecifiedCC: eharney, lars, pasik, yeylon
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: storage
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-03-20 16:02:15 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
logs none

Description Dafna Ron 2014-01-08 15:24:57 UTC
Created attachment 847202 [details]
logs

Description of problem:

boot a new instance using the create new volume option will result in a 2 volumes created (while operation fails completely). 

Version-Release number of selected component (if applicable):

openstack-cinder-2014.1-0.2.b1.el6.noarch
openstack-nova-compute-2014.1-0.5.b1.el6.noarch

How reproducible:

100%

Setup: 

stand alone cinder with gluster backend
stand alone glance with gluster backend
server with Nova and all other components
+ one other compute 

All on physical servers

Steps to Reproduce:
1. boot an instance using the option create a new volume from horizon
2.
3.

Actual results:

we fail to boot the instance but create 2 volumes.

Expected results:

even oif boot fails we should create just one volume. 

Additional info: logs

[[root@nott-vdsa ~(keystone_admin)]# cinder list 
+--------------------------------------+-------------+--------------+------+-------------+----------+-------------+
|                  ID                  |    Status   | Display Name | Size | Volume Type | Bootable | Attached to |
+--------------------------------------+-------------+--------------+------+-------------+----------+-------------+
| 015e77d8-a45f-4eda-acdd-40434a790d2e |  available  |    empty     |  20  |     None    |  false   |             |
| 66a0ba0d-00a9-4e9c-a151-cff4b484fd8b |  available  |   from_vol   |  20  |     None    |   true   |             |
| 891ed4a6-44a3-4eb3-87d2-d1135969773b | downloading |              |  9   |     None    |  false   |             |
| 89a5a002-95dd-4599-8550-410a667be80d |  available  |  from_image  |  20  |     None    |   true   |             |
+--------------------------------------+-------------+--------------+------+-------------+----------+-------------+
[root@nott-vdsa ~(keystone_admin)]# less /var/log/cinder/volume.log 
[root@nott-vdsa ~(keystone_admin)]# less /var/log/cinder/volume.log 
[root@nott-vdsa ~(keystone_admin)]# cinder list 
+--------------------------------------+-------------+--------------+------+-------------+----------+-------------+
|                  ID                  |    Status   | Display Name | Size | Volume Type | Bootable | Attached to |
+--------------------------------------+-------------+--------------+------+-------------+----------+-------------+
| 015e77d8-a45f-4eda-acdd-40434a790d2e |  available  |    empty     |  20  |     None    |  false   |             |
| 2ba1c75e-aad4-4eaa-a581-a1d8bc2268b1 | downloading |              |  9   |     None    |  false   |             |
| 66a0ba0d-00a9-4e9c-a151-cff4b484fd8b |  available  |   from_vol   |  20  |     None    |   true   |             |
| 891ed4a6-44a3-4eb3-87d2-d1135969773b | downloading |              |  9   |     None    |  false   |             |
| 89a5a002-95dd-4599-8550-410a667be80d |  available  |  from_image  |  20  |     None    |   true   |             |
+--------------------------------------+-------------+--------------+------+-------------+----------+-------------+

Comment 1 Lars Kellogg-Stedman 2015-03-20 16:02:15 UTC
I am not able to reproduce this behavior with current (RDO Juno) packages.