Bug 1389332 - [el5][el6][el7-ppc64][el7-ppc64le] HA vms do not start after successful power-management.
Summary: [el5][el6][el7-ppc64][el7-ppc64le] HA vms do not start after successful power...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.6.5
Hardware: All
OS: Linux
medium
medium
Target Milestone: ovirt-4.0.7
: ---
Assignee: Vinzenz Feenstra [evilissimo]
QA Contact: Artyom
URL:
Whiteboard:
Depends On: 1341106
Blocks: RHV4.1PPC
TreeView+ depends on / blocked
 
Reported: 2016-10-27 13:08 UTC by rhev-integ
Modified: 2019-12-16 07:15 UTC (History)
15 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Previously, when virtual machines were stopped during a system shutdown or reboot they appeared to VDSM as if they had been shut down from within the guest operating system. This information was sent to the Red Hat Virtualization Manager and this meant that the Manager did not start highly available virtual machines on a different host because the Manager considered the the shut down of the virtual machines to be user-initiated. Now, the Red Hat Virtualization guest agent allows VDSM to detect that the virtual machine was shut down from within the system and this means that highly available virtual machines stopped during a system shutdown are restarted on a different host.
Clone Of: 1341106
Environment:
Last Closed: 2017-03-16 15:28:02 UTC
oVirt Team: Virt
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2017:0538 0 normal SHIPPED_LIVE ovirt-guest-agent bug fix and enhancement update for RHV 4.0.7 2017-03-16 19:24:34 UTC
oVirt gerrit 64991 0 master NEW virt: Try to detect non guest iniated shutdowns 2016-10-27 13:09:03 UTC
oVirt gerrit 64994 0 master MERGED Report session start and stop on all Guest OSes 2016-10-27 13:09:03 UTC
oVirt gerrit 65342 0 ovirt-4.0 MERGED Report session start and stop on all Guest OSes 2016-10-27 13:09:03 UTC
oVirt gerrit 65394 0 master NEW Report session-startup on refresh 2016-10-27 13:09:03 UTC

Comment 2 Artyom 2016-11-21 14:41:35 UTC 
Verified on: 
rhevm-4.0.6-0.1.el7ev.noarch
ovirt-guest-agent-common-1.0.13-2.el6.noarch

Checked scenario:
1) Power off HA VM from the engine - VM stay in stated DOWN
2) Power off HA VM from the guest OS - VM stay in stated DOWN
3) Power off host where HA VM runs via engine power management action - VM starts on the other host (straight forward after action)
4) Power off host where HA VM runs via host OS - VM starts on the other host (need to wait until engine will execute power management action)
Comment 3 Michal Skrivanek 2016-12-12 12:51:13 UTC 
(In reply to Artyom from comment #2)
> Verified on: 
> rhevm-4.0.6-0.1.el7ev.noarch
> ovirt-guest-agent-common-1.0.13-2.el6.noarch
> 
> Checked scenario:
> 1) Power off HA VM from the engine - VM stay in stated DOWN
> 2) Power off HA VM from the guest OS - VM stay in stated DOWN
> 3) Power off host where HA VM runs via engine power management action - VM
> starts on the other host (straight forward after action)
> 4) Power off host where HA VM runs via host OS - VM starts on the other host
> (need to wait until engine will execute power management action)

This was moved to ON_QA incorrectly by the rhev-integ, and then it was verified incorrectly using a 4.1 version of guest agent, but the point was to test a 4.0 backport. Moving back to MODIFIED, it needs to be built downstream
Comment 8 Artyom 2016-12-21 10:27:21 UTC 
I move bug to assigned until we will have build for 4.0.7
Comment 10 Artyom 2017-01-03 16:49:59 UTC 
Verified on:
Red Hat Enterprise Linux Server release 6.8 Beta (Santiago)
rhevm-guest-agent-common-1.0.12-4.el6ev.noarch.rpm

Red Hat Enterprise Linux Server release 5.11 (Tikanga)
rhevm-guest-agent-1.0.12-6.el5ev.noarch.rpm

Checked scenario:
1) Power off the HA VM from the engine - the engine does not start the VM
2) Power off the HA VM from the guest OS - the engine does not start the VM
3) Power off the host where the HA VM runs via the engine power management action - the engine starts the on the other host
4) Power off the host where HA VM runs via host OS - the engine starts the on the other host
Comment 12 errata-xmlrpc 2017-03-16 15:28:02 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-2017-0538.html
Note You need to log in before you can comment on or make changes to this bug.