Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 890331

Summary: vdsm: engine is sending remove volume twice to vdsm when removing a vm (remove VM will fail and cause an inconsistent image state)
Product: Red Hat Enterprise Virtualization Manager Reporter: Dafna Ron <dron>
Component: ovirt-engineAssignee: Eduardo Warszawski <ewarszaw>
Status: CLOSED WORKSFORME QA Contact: Dafna Ron <dron>
Severity: high Docs Contact:
Priority: unspecified    
Version: 3.1.0CC: abaron, dpaikov, dyasny, hateya, iheim, lpeer, Rhev-m-bugs, scohen, sgrinber, yeylon, ykaul
Target Milestone: ---   
Target Release: 3.3.0   
Hardware: x86_64   
OS: Linux   
Whiteboard: storage
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-03-11 20:16:58 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 890826    
Attachments:
Description Flags
logs none

Description Dafna Ron 2012-12-26 12:53:30 UTC
Created attachment 669218 [details]
logs

Description of problem:

RemoveVMVDSCommand sends delete volume 
RemoveAllVmImagesCommand will send deleteImage which also has delete volume. 


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

si25.2

How reproducible:

100%

Steps to Reproduce:
1. delete a vm 
2.
3.
  
Actual results:

engine sends RemoveVm and DeleteImage - both commands will remove volume in the vdsm 

Expected results:

there is no no need to send delete volume twice

Additional info:

Comment 1 Ayal Baron 2012-12-27 15:02:46 UTC
I could not find
removeVM in vdsm does not delete the image nor the volume.
In the log I couldn't find any deleteVolume operations called by the engine (nor any call in engine that would support this claim).

Comment 5 Daniel Paikov 2013-03-11 16:24:23 UTC
Unable to reproduce on latest 3.2.