From: Anthony Liguori <anthony-rdkfGonbjUSkNkDKm+mE6A@public.gmane.org>
To: "Zhang, Jingke" <jingke.zhang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: remoted migration KVM-guest failed
Date: Wed, 25 Jul 2007 08:35:12 -0500 [thread overview]
Message-ID: <46A75190.7050904@codemonkey.ws> (raw)
In-Reply-To: <EFE0C8A50A5D94448E3C7DD762E4FAA2F3811A-wq7ZOvIWXbMgGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=GB2312, Size: 3735 bytes --]
Zhang, Jingke wrote:
> Hi Anthony,
> My KVM-version is:
> Kernel: b41e5014dd8712e8de2b656617f7a7a158cd992a
> Userspace: 86e8eba8f8349d2e02e3b0ae0ce7c1993f4352fb
> This is the latest commit which is built at 2007-07-24 by us. And there is no any extra patch. We can do remote migration successfully before, but failed this time. I am sure that machine A and B can ping each other successfully.
> BTW, the method of migrate "exec://dd of=foo.img" is to save the KVM-guest, and we restore it. I guess the live migration for KVM is different from that.
>
It's almost exactly the same code path. If you can reproduce with an
"exec://" URL, then that gives us an easy way to reproduce and we can
examine the traffic by hand to see what went wrong. If you cannot
reproduce with an exec:// URL, it suggests that the bug your seeing is
part of the tcp:// URI handling code (and there's not a lot of that).
Regards,
Anthony Liguori
> Thank you.
>
>
>
>
> -----Original Message-----
> From: Anthony Liguori [mailto:anthony-rdkfGonbjUSkNkDKm+mE6A@public.gmane.org]
> Sent: 2007Äê7ÔÂ25ÈÕ 11:20
> To: Zhang, Jingke
> Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: Re: [kvm-devel] remoted migration KVM-guest failed
>
> Zhang, Jingke wrote:
>
>> Hi all,
>>
>> I test the migration in KVM-ia32e (using two machines to do remote
>> migration), but it failed.
>>
>> But if I do it in the local host, it can pass. Does anyone meet the
>> same issue? Please give me some help, thank you very much!
>>
>> The command I used on the destination (machine B) point is:
>>
>> qemu-system-x86_64 . -m 512 -net
>> nic,macaddr=00:16:3e:3a:2d:56,model=rtl8139 -net
>> tap,script=/etc/kvm/qemu-ifup -hda /root/hvm/ia32e_fc6.img ¨Cincoming
>> tcp://0:4444
>>
>> The command I used on the source (machine A) point is:
>>
>> qemu-system-x86_64 . -m 512 -net
>> nic,macaddr=00:16:3e:3a:2d:56,model=rtl8139 -net
>> tap,script=/etc/kvm/qemu-ifup -hda /root/hvm/ia32e_fc6.img and (qemu)
>> migrate ¨Cd tcp://192.168.199.69:4444
>>
>> Then the (machine B) shows errors:
>>
>> Migrate_incoming_fd failed (rc=233)
>>
>> Migration failed rc=233
>>
>>
>
> Curious, it indicates that the migration stream is corrupted. Can you do
> something like:
>
> On machine A:
>
> (qemu) migrate "exec://dd of=foo.img"
>
> And then on machine B:
>
> cat foo.img | qemu-system-x86_64 . -m 512 -net
> nic,macaddr=00:16:3e:3a:2d:56,model=rtl8139 -net
> tap,script=/etc/kvm/qemu-ifup -hda /root/hvm/ia32e_fc6.img ¨Cincoming stdio
>
> What version of KVM is this? Are there any patches applied?
>
> Regards,
>
> Anthony Liguori
>
>
>> BTW, dmesg on machine B shows:
>>
>> ====================
>>
>> sw0: port 2(tap0) entering disabled state
>>
>> device tap0 left promiscuous mode
>>
>> sw0: port 2(tap0) entering disabled state
>>
>> ====================
>>
>> Thank you, Zhangjingke
>>
>> ------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems? Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> kvm-devel mailing list
>> kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>> https://lists.sourceforge.net/lists/listinfo/kvm-devel
>>
>>
>
>
[-- Attachment #2: Type: text/plain, Size: 315 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
[-- Attachment #3: Type: text/plain, Size: 186 bytes --]
_______________________________________________
kvm-devel mailing list
kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/kvm-devel
prev parent reply other threads:[~2007-07-25 13:35 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-25 2:47 remoted migration KVM-guest failed Zhang, Jingke
[not found] ` <EFE0C8A50A5D94448E3C7DD762E4FAA2F380BB-wq7ZOvIWXbMgGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2007-07-25 3:19 ` Anthony Liguori
[not found] ` <46A6C142.2000601-rdkfGonbjUSkNkDKm+mE6A@public.gmane.org>
2007-07-25 4:31 ` Zhang, Jingke
[not found] ` <EFE0C8A50A5D94448E3C7DD762E4FAA2F3811A-wq7ZOvIWXbMgGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2007-07-25 13:35 ` Anthony Liguori [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46A75190.7050904@codemonkey.ws \
--to=anthony-rdkfgonbjusknkdkm+me6a@public.gmane.org \
--cc=jingke.zhang-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox