Bug 1348950

Summary:	[z-stream clone - 3.6.8] Pool VM loses its disk during reinitialisation after shutdown.
Product:	Red Hat Enterprise Virtualization Manager	Reporter:	rhev-integ
Component:	ovirt-engine	Assignee:	Arik <ahadas>
Status:	CLOSED ERRATA	QA Contact:	sefi litmanovich <slitmano>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	3.6.6	CC:	ahadas, amureini, lsurette, mavital, mgoldboi, michal.skrivanek, mkalinin, rbalakri, Rhev-m-bugs, srevivo, trichard, ykaul
Target Milestone:	ovirt-3.6.8	Keywords:	ZStream
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:	Previously, there was a race between the automatic startup of prestarted VMs in a VM pool and manual operations on VMs in the pool. This caused some VMs to lose their disks while being returned to the VM pool. Now, the race has been prevented, so disks are no longer removed when the automatic prestart mechanism is executed in parallel.	Story Points:	---
Clone Of:	1346270	Environment:
Last Closed:	2016-07-27 14:14:17 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	Virt	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1346270
Bug Blocks:

Comment 4 sefi litmanovich 2016-07-14 10:59:07 UTC

I wasn't able to re produce the bug on an env with the same version as reported.
I understand this is a race condition bug and is very tricky to re produce.
Ran whole vm pools test plan on automation, In addition wrote another automated test with a vm pool with all vms set as prestarted, and user allocating vms, then detaching, also allocating and stopping the vms, and a bit of both, all that for around 1 hour.. Did not produce the bug.
I don't think I'll be able to re produce with my resources, seems as though the user had close to 1000 vms on the pool increasing the probability this would happen at some point.

Verified running the same tests on rhevm-3.6.8-0.1.el6.noarch, all tests passed.

With no way to re produce and all vm pools tests passing, I think we can verify this bug, please let me know if there are any objections or suggestions how to test the case if you think this is not sufficient.

Comment 6 errata-xmlrpc 2016-07-27 14:14:17 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2016-1507.html