Bug 1022041 - [RFE] [Admin Portal] Allow 'change cd' during Powering off state
[RFE] [Admin Portal] Allow 'change cd' during Powering off state
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: RFEs (Show other bugs)
Unspecified Unspecified
low Severity medium
: ---
: 3.5.0
Assigned To: Scott Herold
Shai Revivo
: FutureFeature
Depends On: 922377 1072313
  Show dependency treegraph
Reported: 2013-10-22 10:21 EDT by Jiri Belka
Modified: 2015-06-08 01:45 EDT (History)
10 users (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2015-06-02 05:29:25 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
sherold: Triaged+

Attachments (Terms of Use)

  None (edit)
Description Jiri Belka 2013-10-22 10:21:32 EDT
Description of problem:
How 'Shutdown' works? If there is not Guest Agent (GA) inside OS, then ACPI call is sent. If guest OS has hooks to run specific application when kernel catches ACPI call, it would show popup (RHEL, SuSE). 

This shutdown warning popup tells user that OS is _going_ to be shutdown in 60 seconds. _But_ user can cancel this shutdown. When he cancels the shutdown, rhevm does not know about it but still keeps the VM in 'Powering off' state. But the VM is not in fact powering off, ok? During 'Powering Off' state of the VM, the user cannot attach any CD.

Summary: rhevm supposes that powering off of a VM means it is really powering off. This could be no reality. If rhevm cannot be sure the VM would shutdown 100%, it should not restrict actions on such VM (like 'change cd').

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

How reproducible:

Steps to Reproduce:
1. have RHEL with GUI as VM (not guest agent)
2. shutdown from admin portal
3. cancel shutdown popup inside guest VM
4. immediately try to change cd

Actual results:
not possible to change cd during 'powering off' state

Expected results:
should be possible (as 'powering off' state is belief, not reality)

Additional info:
yes, after timeout is reached, the state is again up, but it is super annoying to wait just to attach a cd.
Comment 1 Itamar Heim 2013-10-23 01:59:05 EDT
this should have a roll forward if the VM does indeed power off (qemu process down), and should then only change cd in the vm config?
Comment 4 Michal Skrivanek 2014-01-31 04:23:51 EST
note the default 60s delay is removed in 3.4
comment #1 may make sense and should be part of bug 922377
Comment 7 Michal Skrivanek 2015-06-02 05:29:25 EDT
(In reply to Michal Skrivanek from comment #4)
> note the default 60s delay is removed in 3.4
> comment #1 may make sense and should be part of bug 922377

this is addressed now, as aprt of VM configuration
Comment 8 Michal Skrivanek 2015-06-08 01:45:12 EDT
"edit running vm" feature

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