public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Kevin Wolf <kwolf@redhat.com>
To: Alexander Graf <agraf@suse.de>
Cc: Vandeir Eduardo <vanedu@inf.furb.br>,
	KVM list <kvm@vger.kernel.org>,
	qemu-devel Developers <qemu-devel@nongnu.org>,
	Christoph Hellwig <hch@lst.de>
Subject: Re: Block device resize detection
Date: Mon, 06 Dec 2010 14:12:36 +0100	[thread overview]
Message-ID: <4CFCE144.6050501@redhat.com> (raw)
In-Reply-To: <AD418F28-565C-41F9-B156-078A37C84435@suse.de>

Am 06.12.2010 12:29, schrieb Alexander Graf:
> On 06.12.2010, at 11:49, Vandeir Eduardo wrote:
>>
>> I have a KVM guest machine, lets name it VMTEST,
>> using an iSCSI LUN as a virtio device. Something like this:
>>
>> <disk type='block' device='disk'>
>>   <driver name='qemu' type='raw' cache='none'/>
>>   <source 
>> dev='/dev/disk/by-path/ip-w.x.y.z:3260-iscsi-iqn.2010-10.br.furb.inf:disk0-lun-4'/>
>>      <target dev='vda' bus='virtio'/>
>> </disk>
>>
>> On iSCSI server, if I resize this LUN, this resize is detected
>> on KVM host, but not on the VMTEST. The device resize is only
>> detected if I restart VMTEST. Is there a way to make VMTEST detect
>> the /dev/vda resize without restarting it?
>>
>> On VMTEST I already tried commands like partprobe /dev/vda, 
>> hdparm -z /dev/vda and blockdev --rereadpt /dev/vda, but none of
>> was capable to detect the block device (/dev/vda) resize.
> 
> The probing of an image is only done at initialization time of the block backend driver, which in your case is the bootup. The only chance you have of reevaluating it would be to hot-add another virtio device with the resized image.
> 
> Alternatively, you could also try to write a patch for reevaluation plumbing, so that the hba emulation layer can trigger reevaluation in the disk layer.

This is basically online disk resizing, which we have discussed in the
past and which I think we want to have for virtio-blk eventually, but
currently it's supported neither in the host qemu nor in the guest kernel.

Kevin

      parent reply	other threads:[~2010-12-06 13:11 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-06 10:49 Block device resize detection Vandeir Eduardo
2010-12-06 11:29 ` Alexander Graf
2010-12-06 12:25   ` Vandeir Eduardo
2010-12-06 13:12   ` Kevin Wolf [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=4CFCE144.6050501@redhat.com \
    --to=kwolf@redhat.com \
    --cc=agraf@suse.de \
    --cc=hch@lst.de \
    --cc=kvm@vger.kernel.org \
    --cc=qemu-devel@nongnu.org \
    --cc=vanedu@inf.furb.br \
    /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