| Summary: | Migration stuck in "Migrating From" or "Migrating To" state | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [oVirt] ovirt-engine | Reporter: | Vladimir Rulev <vrulev> | ||||||||||||
| Component: | General | Assignee: | bugs <bugs> | ||||||||||||
| Status: | CLOSED WORKSFORME | QA Contact: | Israel Pinto <ipinto> | ||||||||||||
| Severity: | medium | Docs Contact: | |||||||||||||
| Priority: | high | ||||||||||||||
| Version: | 4.0.3 | CC: | bugs, mavital, mgoldboi, michal.skrivanek, tjelinek, vrulev | ||||||||||||
| Target Milestone: | --- | Flags: | rule-engine:
planning_ack?
rule-engine: devel_ack? rule-engine: testing_ack? |
||||||||||||
| Target Release: | --- | ||||||||||||||
| Hardware: | x86_64 | ||||||||||||||
| OS: | Linux | ||||||||||||||
| Whiteboard: | |||||||||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||
| Clone Of: | Environment: | ||||||||||||||
| Last Closed: | 2016-11-11 09:14:20 UTC | Type: | Bug | ||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||
| Documentation: | --- | CRM: | |||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||
| oVirt Team: | Virt | RHEL 7.3 requirements from Atomic Host: | |||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||
| Attachments: |
|
||||||||||||||
|
Description
Vladimir Rulev
2016-09-21 09:33:59 UTC
can you please attach vdsm.logs from source and destination and some description of a specific attempt so it can be identified? Thanks! Hi Michal! It is strange, but I can not reproduce my issue today. I observed it for 2 days before. Today I tried to migrate my VM from one host to another several times, one by one and simultaneously and migrations was successful. Eventually I tried to switch one of my host (icgs-hv2), running all VMs, to maintenance. VMs migrates to another host (icgs-hv1) successfuly, but host stuck in "Preparing for maintenance" state. Task "Moving host to maintenance" has not been completed. Several new tasks "Moving host to maintenance" appeared in task list (please see screenshot attached), but I don't started those tasks. In original task details there is few "Moving VM" subtasks in progress (see another screenshot). Original task was started at 11:01:17. I think my issue is related to ovirt-engine or DB, not to vdsm. Created attachment 1203632 [details]
Screenshot of running tasks
Created attachment 1203633 [details]
Sreenshot of running task detail
Created attachment 1203634 [details]
vdsm log from host icgs-hv1 (destination)
Created attachment 1203635 [details]
vdsm log from host icgs-hv2 (source)
Created attachment 1203636 [details]
engine log
Hi! Task "Moving host to maintenance" has been completed after destroying VMs on icgs-hv2 host by vdsClient. Before destroying this VMs was in down state. Hi, I see 2 strange things in the logs: 1: you have an old guest agent (that should not have any influence on the migration, but you see this "Invalid or unknown guest architecture type 'i686' received from guest agent" caused by https://bugzilla.redhat.com/show_bug.cgi?id=1332723) 2: all migrations end with: 2016-09-22 11:01:53,441 WARN [org.ovirt.engine.core.bll.ChangeVMClusterCommand] (DefaultQuartzScheduler7) [8a727a8] Validation of action 'ChangeVMCluster' failed for user SYSTEM. Reasons: VAR__ACTION__UPDATE,VAR__TYPE__VM__CLUSTER,VM_CLUSTER_IS_NOT_VALID which seems more suspicious. So, some questions: - are you migrating your VMs to a different cluster when this happens? - by any chance does this happen only when you do a migration using the REST API or normally using the webadmin? Hi! No, I have only one cluster in this setup. I tryed migration only using webadmin. Unfortunately I rebuilt this setup from scratch and can not reproduce this issue more. Well, I guess that's good news. I've only seen another minor issue in logs about migration stats monitoring fixed in 4.0.4, so not relevant any more either Please feel free to reopen if you see it again |