Windows VM hangs after live-migration

Bug #1657722 reported by Oleksandr Liemieshko
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mirantis OpenStack
Invalid
High
MOS Nova
6.0.x
Won't Fix
High
MOS Nova
6.1.x
Won't Fix
High
MOS Nova
7.0.x
Won't Fix
High
MOS Nova
8.0.x
Won't Fix
High
MOS Nova

Bug Description

After a live-migration of an instance(Windows) from one compute node to another it becomes unresponsive - ping status works however RDP does not work and VNC console in horizon just shows a black screen. The problem does not reproduce continuously.
The only way to get instance up and running is reboot

Steps to reproduce:
    - 1 controller or HA, 2 computes
    - VLAN
    - Ceph for all
    - image for Windows

Scenario:
1. Create new VW from Windows image
2. Try to migrate "Live Migrate Instance". It may require a large number of attempts

Changed in mos:
importance: Undecided → High
tags: added: customer-found
tags: added: support
description: updated
Changed in mos:
assignee: nobody → MOS Nova (mos-nova)
Revision history for this message
Miroslav Anashkin (manashkin) wrote :

Alexander,

If possible please add the Windows version you run inside the image.
Additionally, please check the CPU model on the compute node hosts you use to run and migrate Windows instance.
And finally, please check power saving settings in the compute host BIOS.
The root cause might be Windows does not recognize all modern powersaving and frequency management CPU features due to lack of ACPI/ATK or other driver.

Revision history for this message
Oleksandr Liemieshko (oliemieshko) wrote :

I used Windows 2012 R2 Standard for image
Both compute nodes have the same CPU - Intel(R) Xeon(R) CPU E3-1231 v3 @ 3.40GHz
Power setting in performance state

Revision history for this message
Denis Meltsaykin (dmeltsaykin) wrote :

Won't Fix for 6.0 as the version is already out of support. Please proceed with individual patches if any.

Changed in mos:
status: New → Confirmed
milestone: none → 9.3
tags: added: area-nova
Revision history for this message
Fuel Devops McRobotson (fuel-devops-robot) wrote : Related fix proposed to packages/trusty/qemu (9.0)

Related fix proposed to branch: 9.0
Change author: Ivan Suzdal <email address hidden>
Review: https://review.fuel-infra.org/30249

Changed in mos:
milestone: 9.x-updates → 9.2-mu-1
Revision history for this message
Fuel Devops McRobotson (fuel-devops-robot) wrote : Change abandoned on packages/trusty/qemu (9.0)

Change abandoned by Ivan Suzdal <email address hidden> on branch: 9.0
Review: https://review.fuel-infra.org/30249
Reason: due to not a RC

Revision history for this message
Denis Meltsaykin (dmeltsaykin) wrote :

According to Ivan, the issue is fixed with the 4.4 linux kernel. Closing as Invalid for 9.2 since 9.2 has the 4.4 kernel.

Changed in mos:
milestone: 9.2-mu-1 → 9.x-updates
status: Confirmed → Invalid
Revision history for this message
Denis Meltsaykin (dmeltsaykin) wrote :

Setting as Won't Fix because it is not reproduced continuously and it seems we didn't find any concrete fix for this. All what is know is that it doesn't occur with the 4.4-series kernel. Feel free to re-open it if you will find a better way to reproduce it.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.