All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.