Bug 988024

Summary: On failed migration, VM wrongly appears down in the webUI
Product: [Retired] oVirt Reporter: Antoni Segura Puimedon <asegurap>
Component: ovirt-engine-coreAssignee: Omer Frenkel <ofrenkel>
Status: CLOSED WONTFIX QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 3.3CC: acathrow, asegurap, bazulay, iheim, lpeer, michal.skrivanek, Rhev-m-bugs, yeylon
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: virt
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-12-29 11:08:46 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
WebUI shows VM down
none
VM is still alive as seen in spice and virsh none

Description Antoni Segura Puimedon 2013-07-24 14:40:00 UTC
Created attachment 777826 [details]
WebUI shows VM down

Description of problem:
When triggering a migration between two hosts, if the destination host crashes, the VM continues executing on the source Host. However, on the VM tab of the webUI it shows as down (contradicting what is visible in virsh list in the source host).

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


How reproducible:100%


Steps to Reproduce:
1.Set up two hosts for migration
2.Create and start a VM on hostA
3.Trigger migration to hostB
4.kill libvirt on hostB

Actual results:
WebUI reports migration failed and VM down.


Expected results:
WebUI reports migration failed and VM still running on hostA.

Additional info:

Comment 1 Antoni Segura Puimedon 2013-07-24 14:42:00 UTC
Created attachment 777827 [details]
VM is still alive as seen in spice and virsh

Comment 2 Omer Frenkel 2013-07-25 11:10:44 UTC
can you please attach relevant engine.log?
also, what does 'vdsClient 0 list table' returns on the source host?
(if using secure env add '-s' after vdsClient)

Comment 3 Omer Frenkel 2013-07-25 13:03:51 UTC
we couldn't reproduce it, but it seems that after the migration handover,
vm appeared on dest host before it went to down on source, so i see this (alot) in the log:

2013-07-24 16:24:12,168 WARN  [org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler_Worker-35) Failed to refresh VDS , vds = 83554359-125e-4eb5-9438-10eea5e78120 : testday2, error = java.lang.NullPointerException, continuing.: java.lang.NullPointerException
        at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.proceedGuaranteedMemoryCheck(VdsUpdateRunTimeInfo.java:1313) [vdsbroker.jar:]
        at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVmStats(VdsUpdateRunTimeInfo.java:968) [vdsbroker.jar:]
        at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:542) [vdsbroker.jar:]
        at org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.Refresh(VdsUpdateRunTimeInfo.java:383) [vdsbroker.jar:]
        at org.ovirt.engine.core.vdsbroker.VdsManager.OnTimer(VdsManager.java:237) [vdsbroker.jar:]
        at sun.reflect.GeneratedMethodAccessor42.invoke(Unknown Source) [:1.7.0_25]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_25]
        at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_25]
        at org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [scheduler.jar:]
        at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:]
        at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:]


this was solved here:
http://gerrit.ovirt.org/#/c/17297

so unless we can reproduce this again,
we might assume this patch also fix this.

Comment 4 Itamar Heim 2013-12-29 11:08:46 UTC
Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug.