LTC Owner is: suzukikp@in.ibm.com
LTC Originator is: plars@us.ibm.com


Using virt-manager to create a xen guest, I specified simple file as the storage
target.  I gave it a filename and told it to give it 3500 MB for the size (yes,
it was a new file).

At this point, anaconda starts and I go through the initial steps.  
I selected Software Development in addition to the "office and productivity"
category from the package selection screen.

After the dependancy check, I get the following error:

Your selected packages require 2183 MB of free space for installation, but you
do not have enough available.  You can change your selections or reboot. 

Going back and selecting a more minimal set of packages to install doesn't help
either, though even with the 2183 MB required, the 3500 I allocated for it
should be plenty.

Here are the relevant package versions:

kernel-xen-2.6.17-1.2586.fc6
python-xeninst-0.90.1-1
xen-3.0.2-25
xen-libs-3.0.2-25
libvirt-0.1.4-3
libvirt-python-0.1.4-3
python-xeninst-0.90.1-1

Created an attachment (id=19559)
xend.log

I'm attaching xend.log, xend-debug.log and xen-hotplug.log did not have
anything.

This is looking like some miscalculation in virt-manager. I'm guessing Rik et.
al. would like to see it...

Well, what used to be FC6 should now be in Beta 2, right?  Should this be
retested on Beta2?

I verified with the RHEL5-Beta2 version(2.6.18-1.2747.el5xen), and what I could
observe from this is, 
After we select a file of size 3500 MB for installation, the default
partition-selection will create a logical volumes logvol00 and logvol01.
Here the logvol00 corresponds to "/"  having size 1696 MB and the logvol01
corresponds to the "swap" of size 1664 MB. And also we have /boot device of 100 MB.

    And the RHEL is going to install on /dev/volgroup00/logvol00, which has
space of 1696 MB, and so the installation greater than this size won't continue
further.

Since Paul hasn't mentioned anything about the disk-space(filespace) allocation,
in particular Swap space, it maybe the reason of getting the earlier error.

Also I tried with my custom-partitioned disk-layout(file-layout), without having
any swapspace allocated on a file-size of 3.5 GB, and I was able to install
without any problems.

So you can close the bug.


So the problem is solved by custom partitioning (or rather, closely inspecting
the defaults.)  For the casual user (if such exists in Xen :) )  would it be
apparent that custom partitioning is needed from the beginning?  Seems to me
there would still be a bug (albeit, a lower priority one) if it takes an hour
and a half, for instance, to learn you need a bigger partition.

I think this is a problem with the generic install scripts in computing the
sizes for the automatic partitioning.