Hey All,
I have created one big gfs volume approx. 136GB and I have exported
it through gnbd and successfully imported it and mounted it. My idea is
to install a bunch of xen instances to files on the mounted gfs volume.
But everytime I go to install using virt-manager it give me this error.
"Could not allocate requested partitions: Adding this partition would
not leave enough disk space for already allocated logical volumes in
VolGroup00.." Should I split the storage up before exporting it?
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
> -----Original Message----- > From: xen-users-bounces@lists.xensource.com > [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of > James Wilson > Sent: 12 June 2007 15:38 > To: xen-users@lists.xensource.com > Subject: [Xen-users] Xen boot file > > Hey All, > > I have created one big gfs volume approx. 136GB and I > have exported > it through gnbd and successfully imported it and mounted it. > My idea is > to install a bunch of xen instances to files on the mounted > gfs volume. > But everytime I go to install using virt-manager it give me > this error. > "Could not allocate requested partitions: Adding this partition would > not leave enough disk space for already allocated logical volumes in > VolGroup00.." Should I split the storage up before exporting it?I think you have two possible solutions: 1. You use FILES within the GFS volume, which means that the file would just be one of many files. 2. You use individual (LVM) volumes for each guest, in which case you need to split the it into (potentially many) logical volumes. I suspect there are good and bad reasons for both, but I don''t think it makes much of a difference performance-wise whether you have one large volume with many individual files or one volume per domain - at least not if you don''t have HUGE traffic to/from the GFS volume. -- Mats _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
What do you mean by use the files within the GFS volume. Thats what I thought I was doing when I got the error. Am I going about it wrong? Petersson, Mats wrote:> > > >> -----Original Message----- >> From: xen-users-bounces@lists.xensource.com >> [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of >> James Wilson >> Sent: 12 June 2007 15:38 >> To: xen-users@lists.xensource.com >> Subject: [Xen-users] Xen boot file >> >> Hey All, >> >> I have created one big gfs volume approx. 136GB and I >> have exported >> it through gnbd and successfully imported it and mounted it. >> My idea is >> to install a bunch of xen instances to files on the mounted >> gfs volume. >> But everytime I go to install using virt-manager it give me >> this error. >> "Could not allocate requested partitions: Adding this partition would >> not leave enough disk space for already allocated logical volumes in >> VolGroup00.." Should I split the storage up before exporting it? >> > > I think you have two possible solutions: > 1. You use FILES within the GFS volume, which means that the file would > just be one of many files. > 2. You use individual (LVM) volumes for each guest, in which case you > need to split the it into (potentially many) logical volumes. > > I suspect there are good and bad reasons for both, but I don''t think it > makes much of a difference performance-wise whether you have one large > volume with many individual files or one volume per domain - at least > not if you don''t have HUGE traffic to/from the GFS volume. > > -- > Mats > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> -----Original Message----- > From: James Wilson [mailto:jwilson@transolutions.net] > Sent: 12 June 2007 15:52 > To: Petersson, Mats > Cc: xen-users@lists.xensource.com > Subject: Re: [Xen-users] Xen boot file > > What do you mean by use the files within the GFS volume. Thats what I > thought I was doing when I got the error. Am I going about it wrong?Sounds like it - but it may also be that virt-manager is doing something wrong in itself. Since I don''t use virt-manager (or anything similar), I can''t really say what you''re doing wrong, if anything. -- Mats> > Petersson, Mats wrote: > > > > > > > >> -----Original Message----- > >> From: xen-users-bounces@lists.xensource.com > >> [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of > >> James Wilson > >> Sent: 12 June 2007 15:38 > >> To: xen-users@lists.xensource.com > >> Subject: [Xen-users] Xen boot file > >> > >> Hey All, > >> > >> I have created one big gfs volume approx. 136GB and I > >> have exported > >> it through gnbd and successfully imported it and mounted it. > >> My idea is > >> to install a bunch of xen instances to files on the mounted > >> gfs volume. > >> But everytime I go to install using virt-manager it give me > >> this error. > >> "Could not allocate requested partitions: Adding this > partition would > >> not leave enough disk space for already allocated logical > volumes in > >> VolGroup00.." Should I split the storage up before exporting it? > >> > > > > I think you have two possible solutions: > > 1. You use FILES within the GFS volume, which means that > the file would > > just be one of many files. > > 2. You use individual (LVM) volumes for each guest, in > which case you > > need to split the it into (potentially many) logical volumes. > > > > I suspect there are good and bad reasons for both, but I > don''t think it > > makes much of a difference performance-wise whether you > have one large > > volume with many individual files or one volume per domain > - at least > > not if you don''t have HUGE traffic to/from the GFS volume. > > > > -- > > Mats > > > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xensource.com > > http://lists.xensource.com/xen-users > > > > > > >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Tue, Jun 12, 2007 at 09:51:37AM -0500, James Wilson wrote:> What do you mean by use the files within the GFS volume. Thats what I > thought I was doing when I got the error. Am I going about it wrong?Using files. At least, that''s what I get from the error message (I don''t use it myself). I believe it requires a volume group to use for backend devices, not files. In that case, I''d pv- and vg-create the imported gnbd (using clvm), and skip gfs altogether. -- lfr 0/0 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
I think I see the problem I am using a kickstart file to install. Do i need to remove the VolGroup00 option? bootloader --location=mbr --driveorder=xvda clearpart --linux --drives=xvda --initlabel part /boot --fstype ext3 --size=100 --ondisk=xvda part pv.2 --size=0 --grow --ondisk=xvda volgroup VolGroup00 --pesize=32768 pv.2 logvol swap --fstype swap --name=LogSwp00 --vgname=VolGroup00 --size=1984 logvol / --fstype ext3 --name=LogVol00 --vgname=VolGroup00 --size=5024 Petersson, Mats wrote:> > > >> -----Original Message----- >> From: James Wilson [mailto:jwilson@transolutions.net] >> Sent: 12 June 2007 15:52 >> To: Petersson, Mats >> Cc: xen-users@lists.xensource.com >> Subject: Re: [Xen-users] Xen boot file >> >> What do you mean by use the files within the GFS volume. Thats what I >> thought I was doing when I got the error. Am I going about it wrong? >> > > Sounds like it - but it may also be that virt-manager is doing something > wrong in itself. Since I don''t use virt-manager (or anything similar), I > can''t really say what you''re doing wrong, if anything. > > -- > Mats > >> Petersson, Mats wrote: >> >>> >>> >>> >>> >>>> -----Original Message----- >>>> From: xen-users-bounces@lists.xensource.com >>>> [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of >>>> James Wilson >>>> Sent: 12 June 2007 15:38 >>>> To: xen-users@lists.xensource.com >>>> Subject: [Xen-users] Xen boot file >>>> >>>> Hey All, >>>> >>>> I have created one big gfs volume approx. 136GB and I >>>> have exported >>>> it through gnbd and successfully imported it and mounted it. >>>> My idea is >>>> to install a bunch of xen instances to files on the mounted >>>> gfs volume. >>>> But everytime I go to install using virt-manager it give me >>>> this error. >>>> "Could not allocate requested partitions: Adding this >>>> >> partition would >> >>>> not leave enough disk space for already allocated logical >>>> >> volumes in >> >>>> VolGroup00.." Should I split the storage up before exporting it? >>>> >>>> >>> I think you have two possible solutions: >>> 1. You use FILES within the GFS volume, which means that >>> >> the file would >> >>> just be one of many files. >>> 2. You use individual (LVM) volumes for each guest, in >>> >> which case you >> >>> need to split the it into (potentially many) logical volumes. >>> >>> I suspect there are good and bad reasons for both, but I >>> >> don''t think it >> >>> makes much of a difference performance-wise whether you >>> >> have one large >> >>> volume with many individual files or one volume per domain >>> >> - at least >> >>> not if you don''t have HUGE traffic to/from the GFS volume. >>> >>> -- >>> Mats >>> >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xensource.com >>> http://lists.xensource.com/xen-users >>> >>> >>> >> >> > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Tue, Jun 12, 2007 at 10:15:22AM -0500, James Wilson wrote:> I think I see the problem I am using a kickstart file to install. Do i need > to remove the VolGroup00 option? >Ah, then disregard my last message (about using vg instead of gfs).> > bootloader --location=mbr --driveorder=xvda > clearpart --linux --drives=xvda --initlabel > part /boot --fstype ext3 --size=100 --ondisk=xvda > part pv.2 --size=0 --grow --ondisk=xvda > volgroup VolGroup00 --pesize=32768 pv.2 > logvol swap --fstype swap --name=LogSwp00 --vgname=VolGroup00 --size=1984 > logvol / --fstype ext3 --name=LogVol00 --vgname=VolGroup00 --size=5024Is the exported file big enough for all the data? 7GB, at least. -- lfr 0/0 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Tue, Jun 12, 2007 at 04:53:41PM +0200, Petersson, Mats wrote:> > > > -----Original Message----- > > From: James Wilson [mailto:jwilson@transolutions.net] > > Sent: 12 June 2007 15:52 > > To: Petersson, Mats > > Cc: xen-users@lists.xensource.com > > Subject: Re: [Xen-users] Xen boot file > > > > What do you mean by use the files within the GFS volume. Thats what I > > thought I was doing when I got the error. Am I going about it wrong? > > Sounds like it - but it may also be that virt-manager is doing something > wrong in itself. Since I don''t use virt-manager (or anything similar), I > can''t really say what you''re doing wrong, if anything.Virt-manager isn''t really involved here - the error message quoted is coming from the guest OS'' install program - Anaconda I guess. Virt-manager will merely create a file in the directoy you request & list it in the guest config, or list a physical device in the guest config> > >> I have created one big gfs volume approx. 136GB and I > > >> have exported > > >> it through gnbd and successfully imported it and mounted it. > > >> My idea is > > >> to install a bunch of xen instances to files on the mounted > > >> gfs volume. > > >> But everytime I go to install using virt-manager it give me > > >> this error. > > >> "Could not allocate requested partitions: Adding this > > partition would > > >> not leave enough disk space for already allocated logical > > volumes in > > >> VolGroup00.." Should I split the storage up before exporting it?Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Yes I am creating it as a 7GB file. Luciano Rocha wrote:> On Tue, Jun 12, 2007 at 10:15:22AM -0500, James Wilson wrote: > >> I think I see the problem I am using a kickstart file to install. Do i need >> to remove the VolGroup00 option? >> >> > > Ah, then disregard my last message (about using vg instead of gfs). > > >> bootloader --location=mbr --driveorder=xvda >> clearpart --linux --drives=xvda --initlabel >> part /boot --fstype ext3 --size=100 --ondisk=xvda >> part pv.2 --size=0 --grow --ondisk=xvda >> volgroup VolGroup00 --pesize=32768 pv.2 >> logvol swap --fstype swap --name=LogSwp00 --vgname=VolGroup00 --size=1984 >> logvol / --fstype ext3 --name=LogVol00 --vgname=VolGroup00 --size=5024 >> > > Is the exported file big enough for all the data? 7GB, at least. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Tue, Jun 12, 2007 at 10:24:37AM -0500, James Wilson wrote:> Yes I am creating it as a 7GB file.Well, I can only thinkt to try a bigger file. perl -e ''truncate("file", 8.*1024.*1024.*1024.)'' will extend it to 8GB. -- lfr 0/0 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
That seemed to fix the problem. Thanks for all your help. Luciano Rocha wrote:> On Tue, Jun 12, 2007 at 10:24:37AM -0500, James Wilson wrote: > >> Yes I am creating it as a 7GB file. >> > > Well, I can only thinkt to try a bigger file. > perl -e ''truncate("file", 8.*1024.*1024.*1024.)'' will extend it to 8GB. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Tue, Jun 12, 2007 at 04:35:45PM +0100, Luciano Rocha wrote:> On Tue, Jun 12, 2007 at 10:24:37AM -0500, James Wilson wrote: > > Yes I am creating it as a 7GB file. > > Well, I can only thinkt to try a bigger file. > perl -e ''truncate("file", 8.*1024.*1024.*1024.)'' will extend it to 8GB.Urm, the ''truncate'' function is only valid for making files *smaller*. Check the docs, in particular the last line.... truncate FILEHANDLE,LENGTH truncate EXPR,LENGTH Truncates the file opened on FILEHANDLE, or named by EXPR, to the specified length. Produces a fatal error if truncate isnât imple- mented on your system. Returns true if successful, the undefined value otherwise. The behavior is undefined if LENGTH is greater than the length of the file. What you actually want to do to reliably grow a file while preserving its data is to ''seek'' to the larger size. There''s no need to use Perl - dd is happy doing it dd if=/dev/zero of=file.img bs=1 count=0 seek=8G Regards, Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Tue, Jun 12, 2007 at 04:41:25PM +0100, Daniel P. Berrange wrote:> Urm, the ''truncate'' function is only valid for making files *smaller*.man 3 truncate: If the file previously was larger than this size, the extra data is lost. If the file previously was shorter, it is extended, and the extended part reads as null bytes (’\0’).> Check the docs, in particular the last line....As far as POSIX is concerned, it extends the file. That may not be true for some other systems, but this wasn''t the case. Also, the Single Unix Specification says about extending: XSI-conformant systems shall increase the size of the file The functionality described is an XSI extension. Functionality marked XSI is also an extension to the ISO C standard. Application writers may confidently make use of an extension on all systems supporting the X/Open System Interfaces Extension.> What you actually want to do to reliably grow a file while preserving its > data is to ''seek'' to the larger size. There''s no need to use Perl - dd > is happy doing itseek after the end and write should be semantically equivalent to truncating after the end. I don''t think seek after the end plus write is more reliable than a truncate as far as number of supporting systems, but I may be wrong.> dd if=/dev/zero of=file.img bs=1 count=0 seek=8GGreat. That''s a truncate: strace ... open("file.img", O_RDWR|O_CREAT|O_LARGEFILE, 0666) = 1 ftruncate64(1, 8589934592) = 0 But count=0 is new to me, I always used at least count=1 (and conv=notrunc) and didn''t like the extra byte at the end. Then I switched to perl for those cases. Thanks. -- lfr 0/0 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users