WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

Re: [Xen-users] propagating blktap partition changes

To: Maarten Vanraes <maarten@xxxxx>
Subject: Re: [Xen-users] propagating blktap partition changes
From: Pasi Kärkkäinen <pasik@xxxxxx>
Date: Thu, 5 Feb 2009 17:36:04 +0200
Cc: xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 05 Feb 2009 07:36:48 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <200902051535.18818.maarten@xxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <200902051152.56605.maarten@xxxxx> <200902051359.57358.maarten@xxxxx> <20090205142755.GF15052@xxxxxxxxxxxxxxx> <200902051535.18818.maarten@xxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.13 (2006-08-11)
On Thu, Feb 05, 2009 at 03:35:18PM +0100, Maarten Vanraes wrote:
> Op Thursday 05 February 2009 15:27:55 schreef Pasi Kärkkäinen:
> > On Thu, Feb 05, 2009 at 01:59:57PM +0100, Maarten Vanraes wrote:
> > > Op Thursday 05 February 2009 13:05:01 schreef Pasi Kärkkäinen:
> > > > On Thu, Feb 05, 2009 at 11:52:56AM +0100, Maarten Vanraes wrote:
> > > > > Hi,
> > > > >
> > > > > I have 2 questions:
> > > > >
> > > > >  1. I was not able to let the guest know that the partition size was
> > > > > changed. 2. I was not able to use block-attach with the same
> > > > > backendfile to different machines (eg: guest + dom0)
> > > > >
> > > > > I've read that block-reconfigure could've been used for this, except
> > > > > that it wasn't designed to work for filebased vbd on PVs, only for
> > > > > switching CDROMs in HVM
> > > > >
> > > > > When you use a local disk on a machine, you can use fdisk to change
> > > > > partitions and sizes, it then rereads the partition table to reflect
> > > > > those changes.
> > > > >
> > > > > Since i'm not using a disk, but directly partitions, isn't it
> > > > > possible to just give a signal to the guest that it should recheck
> > > > > the partition? can be from the guest itself.
> > > > >
> > > > > Some kind of workaround?
> > > >
> > > > Sorry, this is not possible.
> > > >
> > > > There's a a feature request about it for Xen 3.4.
> > > >
> > > > Dunno if it will be implemented.
> > > >
> > > > -- Pasi
> > >
> > > Yes, i read your thread, i was hoping for some kind of workaround, some
> > > kind of "thing" i can execute on the guest, that would make the kernel
> > > recheck it's partition size or something.
> >
> > The problem is not about rereading the partition table; this can be done
> > using for example "blockdev --rereadpt".
> >
> > The problem is to get the disk device (/dev/xvd*) resized.. ie. getting the
> > kernel to see the DISK has been resized.
> >
> > After the disk has been resized, partition table can be resized after that.
> >
> > Disk resizing on the fly is not supported today with Xen.
> 
> Well I understand that it is inside the kernel, but, i'm not using disks, i'm 
> using partitions directly:
> 
> e.g.:
> 
> 'tap:aio:/opt/data/file.img, sda1, w'
> 
> I can make the partition file larger on dom0 no problem, i could even resize 
> the partition live on dom0 no problem.
> 
> But (i guess the kernel) doesn't see the partition as larger, even with 
> forced 
> operations, i still get read errors at the end.
> 
> I'm not even sure the blktap device detected this change in size on dom0.
> 
> But if i'm using directly partitions, maybe there is some code that i can 
> execute that does kernel calls or something to refresh it's device. ie: a 
> workaround.
> 
> I mean, hotplug seems to be able to do it just fine. ie: memory is detected 
> as 
> larger, i imagine there is such code for block devices as well, no? So i 
> figured there should be something i can do in the guest (maybe even on kernel 
> level) that could force the re-detection of the device or something.
> 
> Of course if blktap can't even pass on the information to the guest, this 
> would not work at all...
> 

Like said, there's no way for Xen (or dom0) to tell domU that disk or partition 
has been resized.
It is not yet implemented.

Solution: Use LVM in domU and xm block-attach new disk/partition to domU, 
create PV to
it and add that PV to existing VG.

-- Pasi

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users