We have 3 datastores with the following ids: 0 - system 101 - ceph_data 102 - system_mc Live migration happens without a problem when we move the data from the datastore directory to the migration target machine datastore directory before that.
From: Jaime Melis [mailto:[email protected]] Sent: 05 май 2014 г. 12:54 ч. To: Stefan Ivanov Cc: [email protected] Subject: Re: [one-users] Live migration leads to UNKNOWM state Hi Stefan, what changes did you make? is this a bug you're reporting? cheers, Jaime On Wed, Apr 30, 2014 at 2:57 PM, Stefan Ivanov <[email protected]<mailto:[email protected]>> wrote: Hello Jaime Problem is resolved, After little modification of live migrate scripts everything is fine. The problem is that: checkpoint and deployment file not copied to target node. Right now I upgrade to 4.6 and test how is live migration I this version. Thanks and best regards, Stefan Ivanov From: Jaime Melis [mailto:[email protected]<mailto:[email protected]>] Sent: 30 април 2014 г. 15:50 ч. To: Stefan Ivanov Cc: [email protected]<mailto:[email protected]> Subject: Re: [one-users] Live migration leads to UNKNOWM state Hi Stefan, can you verify if after a while the vms reverts back to the RUNNING state. Can you also manually confirm that the VM is indeed in the target server (by running virsh -c qemu:///system list) cheers, Jaime On Thu, Apr 24, 2014 at 11:46 AM, Stefan Ivanov <[email protected]<mailto:[email protected]>> wrote: I`m running OpenNebula + CEPH + KVM. When I try to make live migration from one host to other everything looks good, no have errors, process is running on right host but Virtual machine go to UNKNOWN state(RUNNING(host1) -> MIGRATE -> RUNNING(host2) -> UNKNOWN(host2)). In vm log I see this: VM running but it was not found. Boot and delete actions available or try to recover it manually, New VM state is UNKNOWN. About my configuration: Ceph datastore: ID 101 Name ceph_data Cluster SunSystem Base path /var/lib/one/datastores/101 Capacity Total 36.4TB Used 3.4TB Free 33TB Limit - System datastores: system /var/lib/one//datastores/0 SHARED NO TM_MAD ssh TYPE SYSTEM_DS system_mc /var/lib/one//datastores/102 SHARED NO TM_MAD ssh TYPE SYSTEM_DS VM LOG: Thu Apr 24 12:15:49 2014 [LCM][I]: New VM state is MIGRATE Thu Apr 24 12:15:49 2014 [VMM][I]: Successfully execute transfer manager driver operation: tm_premigrate. Thu Apr 24 12:15:49 2014 [VMM][I]: ExitCode: 0 Thu Apr 24 12:15:49 2014 [VMM][I]: Successfully execute network driver operation: pre. Thu Apr 24 12:15:55 2014 [VMM][I]: ExitCode: 0 Thu Apr 24 12:15:55 2014 [VMM][I]: Successfully execute virtualization driver operation: migrate. Thu Apr 24 12:15:55 2014 [VMM][I]: ExitCode: 0 Thu Apr 24 12:15:55 2014 [VMM][I]: Successfully execute network driver operation: clean. Thu Apr 24 12:15:55 2014 [VMM][I]: ExitCode: 0 Thu Apr 24 12:15:55 2014 [VMM][I]: Successfully execute network driver operation: post. Thu Apr 24 12:15:55 2014 [VMM][I]: Successfully execute transfer manager driver operation: tm_postmigrate. Thu Apr 24 12:15:55 2014 [LCM][I]: New VM state is RUNNING Thu Apr 24 12:16:04 2014 [VMM][I]: VM running but it was not found. Boot and delete actions available or try to recover it manually Thu Apr 24 12:16:04 2014 [LCM][I]: New VM state is UNKNOWN Version of OpenNebula 4.4.1 CONFIDENTIALITY NOTICE The information contained in this message (including any attachments) is confidential and may be legally privileged or otherwise protected from disclosure. This message is intended solely for the addressee(s). If you are not the intended recipient, please notify the sender by return e-mail and delete this message from your system. Any unauthorised use, reproduction, or dissemination of this message is strictly prohibited. Any liability arising from any third party acting, or refraining from acting, on any information contained in this e-mail is hereby excluded. Please note that e-mails are susceptible to change. Max Telecom shall not be liable for the improper or incomplete transmission of the information contained in this communication, nor shall it be liable for any delay in its receipt. _______________________________________________ Users mailing list [email protected]<mailto:[email protected]> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org -- Jaime Melis Project Engineer OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org<http://www.OpenNebula.org> | [email protected]<mailto:[email protected]> Confidentiality notice ________________________________ The information contained in this message (including any attachments) is confidential and may be legally privileged or otherwise protected from disclosure. This message is intended solely for the addressee(s). If you are not the intended recipient, please notify the sender by return e-mail and delete this message from your system. Any unauthorised use, reproduction, or dissemination of this message is strictly prohibited. Any liability arising from any third party acting, or refraining from acting, on any information contained in this e-mail is hereby excluded. Please note that e-mails are susceptible to change. Max Telecom shall not be liable for the improper or incomplete transmission of the information contained in this communication, nor shall it be liable for any delay in its receipt. _______________________________________________ Users mailing list [email protected]<mailto:[email protected]> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org -- Jaime Melis Project Engineer OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org<http://www.OpenNebula.org> | [email protected]<mailto:[email protected]>
_______________________________________________ Users mailing list [email protected] http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
