[one-users] Live migration leads to UNKNOWM state

Mon May 26 06:45:18 PDT 2014

Hi Stefan,

Apologies, but I still don't understand if there's a bug here or not.

Could you please open a bug report with instructions on how to replicate
the issue?

Regards,
Jaime

On Wed, May 7, 2014 at 10:00 AM, Stefan Ivanov <s.ivanov at maxtelecom.bg>wrote:

> 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:jmelis at opennebula.org]
> *Sent:* 05 май 2014 г. 12:54 ч.
>
> *To:* Stefan Ivanov
> *Cc:* users at lists.opennebula.org
> *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 <s.ivanov at maxtelecom.bg>
> 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:jmelis at opennebula.org]
> *Sent:* 30 април 2014 г. 15:50 ч.
> *To:* Stefan Ivanov
> *Cc:* users at lists.opennebula.org
> *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 <s.ivanov at maxtelecom.bg>
> 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
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>
>
>
>
>
>
> --
>
> Jaime Melis
> Project Engineer
> OpenNebula - Flexible Enterprise Cloud Made Simple
> www.OpenNebula.org | jmelis at opennebula.org
>
> *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
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>
>
>
>
> --
>
> Jaime Melis
> Project Engineer
> OpenNebula - Flexible Enterprise Cloud Made Simple
> www.OpenNebula.org | jmelis at opennebula.org
>
> <http://gfidisc.maxtelecom.bg>
>
> *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.
>
> <http://gfidisc.maxtelecom.bg>
>
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>

-- 
Jaime Melis
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | jmelis at opennebula.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20140526/fb34798f/attachment-0001.htm>