From: Ross Boylan <ross@biostat.ucsf.edu>
To: Avi Kivity <avi@redhat.com>
Cc: ross@biostat.ucsf.edu, kvm@vger.kernel.org
Subject: Re: expanding virtual disk based on lvm
Date: Tue, 04 Sep 2012 11:58:15 -0700 [thread overview]
Message-ID: <1346785095.4329.32.camel@corn.betterworld.us> (raw)
In-Reply-To: <5045F9E7.70501@redhat.com>
On Tue, 2012-09-04 at 15:53 +0300, Avi Kivity wrote:
> On 08/28/2012 11:26 PM, Ross Boylan wrote:
> > My vm launches with -hda /dev/turtle/VD0 -hdb /dev/turtle/VD1, where VD0
> > and VD1 are lvm logical volumes. I used lvextend to expand them, but
> > the VM, started after the expansion, does not seem to see the extra
> > space.
> >
> > What do I need to so that the space will be recognized?
>
> IDE (-hda) does not support rechecking the size. Try booting with
> virtio-blk. Additionally, you may need to request the guest to rescan
> the drive (no idea how to do that). Nor am I sure whether qemu will
> emulate the request correctly.
>
Thank you for the suggestion.
I think the "physical" recognition of the new virtual disk size was
accomplished when I restarted the VM, without any other steps. I've had
plenty of other problems, but I think at the VM level things are good.
I needed to manually resize the last partition with fdisk. None of the
other tools (cfdisk, parted, gparted) would manipulate the partition
table, for reasons that became apparent.
The resized partitions were in an mdadm RAID1 array. When I expanded
them it meant the raid superblock was no longer found (theory), and the
RAID could not be reassembled (fact). I've attempted to fix that by
recreating the array, but mdadm is refusing to use the UUID I specify,
instead modifying it with the localhost name. The virtual disks are for
a Debian lenny VM, but the only other spare VM around was squeeze, and
mdadm in squeeze does the localhost rewriting.
By the way, it's really great to have a VM's as a testing area in which
I can discover these problems without trashing my real system. Thanks
to everyone who made it possible.
Ross Boylan
next prev parent reply other threads:[~2012-09-04 18:58 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-28 20:26 expanding virtual disk based on lvm Ross Boylan
2012-08-28 21:15 ` Freddie Cash
2012-08-28 21:33 ` Ross Boylan
2012-08-28 21:33 ` Matthew Patton
2012-08-28 21:40 ` Freddie Cash
2012-09-04 12:53 ` Avi Kivity
2012-09-04 18:58 ` Ross Boylan [this message]
2012-09-05 7:25 ` Avi Kivity
2012-09-05 9:15 ` Alexandre DERUMIER
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=1346785095.4329.32.camel@corn.betterworld.us \
--to=ross@biostat.ucsf.edu \
--cc=avi@redhat.com \
--cc=kvm@vger.kernel.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