public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: Tomasz Chmielewski <mangoo@wpkg.org>
Cc: "kvm@vger.kernel.org" <kvm@vger.kernel.org>
Subject: Re: I/O errors after migration - why?
Date: Fri, 27 Mar 2009 12:33:26 -0500	[thread overview]
Message-ID: <49CD0DE6.50907@codemonkey.ws> (raw)
In-Reply-To: <49CD0977.9060407@wpkg.org>

Tomasz Chmielewski wrote:
> Tomasz Chmielewski schrieb:
>> Tomasz Chmielewski schrieb:
>>> Tomasz Chmielewski schrieb:
>>>> I'm trying to perform live migration by following the instructions 
>>>> on http://www.linux-kvm.org/page/Migration.
>>>> Unfortunately, it doesn't work very well - guest is migrated, but 
>>>> looses access to its disk.
>>>>
>>>> On the destination host, I'm starting the guest with exactly the 
>>>> same options as on the source host, with "-incoming tcp:0:4444".
>>>> On the source host, I start the migration with "migrate -d 
>>>> tcp:B:4444".
>>>>
>>>> Both hosts use the same iSCSI device and can access it.
>>>>
>>>> Looks like the destination host can't really access the iSCSI 
>>>> device after all? No - after I reboot the guest (echo b > 
>>>> /proc/sysrq-trigger), it boots just fine from its disk. Also lsof 
>>>> on the host shows that the kvm process accesses the correct 
>>>> /dev/sdX device.
>>>
>>> Similar symptoms with virtio_blk (i.e., when guest is booted off a 
>>> live CD and tries to access the disk after migration).
>>>
>>> The only difference between SCSI and virtio_blk is that SCSI signals 
>>> errors and aborts, and virtio_blk waits forever and doesn't give a 
>>> clue.
>
> That is interesting (or not?).
>
> In monitor, after migration, "info block" says:
>
> scsi0-hd0: type=hd ...
>
> Before migration, it was:
>
> virtio0: type=hd ...
>
> ?
>
> On both sides the guest was started with the same option (delta 
> "-incoming...").

Can you give the full command line on both ends and what KVM version it is?

Regards,

Anthony Liguori


  reply	other threads:[~2009-03-27 17:33 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-27 16:34 I/O errors after migration - why? Tomasz Chmielewski
2009-03-27 16:51 ` Tomasz Chmielewski
2009-03-27 17:01   ` Tomasz Chmielewski
2009-03-27 17:14     ` Tomasz Chmielewski
2009-03-27 17:33       ` Anthony Liguori [this message]
2009-03-27 18:43         ` Tomasz Chmielewski
2009-03-28  1:08 ` Nolan
2009-03-28 10:21   ` Tomasz Chmielewski
2009-03-28 18:15     ` Nolan
2009-03-30  5:38       ` Takeshi Sone

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=49CD0DE6.50907@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=kvm@vger.kernel.org \
    --cc=mangoo@wpkg.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