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

Bug 1970792

Summary:	Editing VMs based on storage domains in maintenance should not be allowed
Product:	Red Hat Enterprise Virtualization Manager	Reporter:	Marian Jankular <mjankula>
Component:	ovirt-engine	Assignee:	Nobody <nobody>
Status:	CLOSED DEFERRED	QA Contact:	Avihai <aefrat>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	4.4.3	CC:	ahadas, mavital, michal.skrivanek, sfishbai
Target Milestone:	---	Keywords:	ZStream
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2022-04-29 06:51:54 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:

Description Marian Jankular 2021-06-11 08:53:33 UTC

Description of problem:
editing guest from storage domains in maintenance should not be allowed, or there should be at least warning that changes will not be reflected in ovf store until the storage domain is activated 

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

How reproducible:
everytime (reproduced myself)

Steps to Reproduce:
1. put SD_A to maintenance
2. edit vm_A setting (disk interface for example) that is stored in SD_A
3. detach the SD_A from the dataceter
4. attach the SD_A to the different or even same DC
5. import vm_A from the SD

Actual results:
changes in step 2 are lost


Expected results:
change should not be either allowed or there should be at least a warning

Additional info:

Comment 1 Arik 2021-06-21 11:32:46 UTC

Generally, when updating VMs/templates the updates may not get to the OVF_STORE "in time" - when the storage domain is not active, when we didn't reach the OVF update, etc
So it really depends what you try to achieve here, maybe OVA would be a better mechanism.
Anyway, import from SD is a storage feature

Comment 4 Michal Skrivanek 2022-04-29 06:51:54 UTC

OVF store is a safety-net mechanism for disaster recovery. It's by design that not all information is available there at all times or in a synchronized way. For transferring individual VMs there's OVA export/import.
Also, missed 4.5. Closing...