RDO tickets are now tracked in Jira https://issues.redhat.com/projects/RDO/issues/
Bug 1050158 - cinder: volume is not deleted on instance destroy when we we fail to boot an instance using a create volume + delete on terminate
Summary: cinder: volume is not deleted on instance destroy when we we fail to boot an ...
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: RDO
Classification: Community
Component: openstack-cinder
Version: unspecified
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
: ---
Assignee: Eric Harney
QA Contact: Dafna Ron
URL:
Whiteboard: storage
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-01-08 18:35 UTC by Dafna Ron
Modified: 2016-04-26 14:44 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-03-20 16:01:15 UTC
Embargoed:


Attachments (Terms of Use)
log (8.34 MB, application/x-gzip)
2014-01-08 18:35 UTC, Dafna Ron
no flags Details

Description Dafna Ron 2014-01-08 18:35:57 UTC
Created attachment 847290 [details]
log

Description of problem:

there's a problem launching an instance with create a volume (there is a time out on create volume which causes the instance to moves to error before the volume finish to create). 
If I selected "delete on terminate" option, the volumes (yes, a second bug creating two volumes) are not deleted if I destroy the instance. 

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
python-django-horizon-2014.1-0.1b1.el6.noarch

How reproducible:

100%

Setup: 

stand alone cinder with gluster backend
stand alone glance with gluster backend
nova + all other component 
+ one more compute

all physical servers 

Steps to Reproduce:
1. launch an instance with option create new volume + select the delete on terminate check box
2. after the instance moves to error state delete the instance 
3.

Actual results:

there are two volume deleted (bug which is opened) and none of them are deleted when the instance is destroyed 

Expected results:

we should be able to follow the tasks sent so that even if the instance is moved to error thinking that the volume was not created that a delete volume will be sent in any case the check box is selected. 

Additional info: logs

Comment 1 Dafna Ron 2014-02-19 14:47:27 UTC
delete on terminate does not work when using launch from volume (create new volume) option.

Comment 2 Kashyap Chamarthy 2014-02-19 14:55:31 UTC
Dafna, thanks for the comment, still a couple of points: 

  - It'd be useful if you could post relevant contextual 
    log messages/stack trace here instead of attaching a tar ball. 
    This just saves time to debug/analysze.

  - "Steps to Reproduce" is a bit sparse. Would be useful to 
    also provide a CLI-based reproducer. (I could infer you 
    tried this via 

  - Gentle reminder - https://wiki.openstack.org/wiki/BugFilingRecommendations

Comment 3 Dafna Ron 2014-02-19 14:57:14 UTC
Steps to Reproduce: (already existed in the bug). 
1. launch an instance with option create new volume + select the delete on terminate check box
2. after the instance moves to error state delete the instance 
3.

This is done from horizon - I attached all the logs

Comment 4 Eric Harney 2014-02-25 17:01:39 UTC
The volume log shows numerous qpid Heartbeat Timeouts.  It's possible the volume service never got the request to delete the volume.

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


Note You need to log in before you can comment on or make changes to this bug.