Bug 495817 - Not removing existing partitions?
Summary: Not removing existing partitions?
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 12
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 519255 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-04-14 22:50 UTC by Orion Poplawski
Modified: 2009-11-30 11:02 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-11-30 11:02:25 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
vt3 screenshot (29.59 KB, image/png)
2009-04-14 22:50 UTC, Orion Poplawski
no flags Details
fdisk -l screenshot (21.88 KB, image/png)
2009-04-14 22:51 UTC, Orion Poplawski
no flags Details
storage.log (13.94 KB, text/plain)
2009-04-17 19:16 UTC, Orion Poplawski
no flags Details
storage.log (18.06 KB, text/plain)
2009-09-03 14:40 UTC, Orion Poplawski
no flags Details

Description Orion Poplawski 2009-04-14 22:50:48 UTC
Created attachment 339591 [details]
vt3 screenshot

Description of problem:

Trying to do xen install into 10GB virtual disk.  This has been working fine till now.  Today I get:

Could not allocate requested partitions:

not enough free space on disks.

kickstart part commands are:

clearpart --linux
part / --fstype ext3 --size=3000 --grow
part swap --recommended
bootloader --location=mbr

Comment 1 Orion Poplawski 2009-04-14 22:51:54 UTC
Created attachment 339592 [details]
fdisk -l screenshot

Comment 2 Chris Lumens 2009-04-15 21:20:32 UTC
Could you please attach /tmp/storage.log to this bug report?  Thanks.

Comment 3 Orion Poplawski 2009-04-17 19:16:47 UTC
Created attachment 340073 [details]
storage.log

Looks like it's not recognizing the type of partition /dev/xvda1.  May be in an indeterminate state from a previously aborted install.

Comment 4 Chris Lumens 2009-05-19 15:22:22 UTC
Is this still a problem?

Comment 5 Orion Poplawski 2009-05-19 16:03:15 UTC
Well, I can still reproduce by copy the following:

http://sw.cora.nwra.com/test/xenfdev64.bz2

into a xen disk image.  This has the results of an aborted install which must have left the disk with partitions marked "Linux", but no recognizable filesystem in partition 1.


Easy enough to zero out the xen disk image to work around though.

Comment 6 Chris Lumens 2009-06-08 19:37:34 UTC
I'm not sure what the correct answer is here.  What happens if you use clearpart --all?  Or, can you not use that for some reason?

Comment 7 Bug Zapper 2009-06-09 13:50:28 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 8 Orion Poplawski 2009-09-03 14:40:11 UTC
Seeing this with today's rawhide.  I can't use clearpart --all in general because I re-use some of these kickstart file for installs on dual-boot machines.  I don't see why anaconda would not clear a partition marked "Linux" in the partition table and unknown contents with "clearpart --linux" set.

Comment 9 Orion Poplawski 2009-09-03 14:40:57 UTC
Created attachment 359688 [details]
storage.log

Comment 10 Chris Lumens 2009-09-03 14:50:25 UTC
Linux partitions are those with a "linux filesystem" on them.  This includes things like ext3, ext4, etc.  If you've got unknown contents on there, anaconda's going to ignore them.  Do you know what's on xvda1?  anaconda certainly can't figure it out.

Comment 11 Orion Poplawski 2009-09-03 15:05:30 UTC
But anaconda can recognize most "real" filesystems out there, right?  And it know that it's not one of those either.

I guess what irks me the most is that this system is in a state left from a failed anaconda install - where it labeled the partitions but never got to making the file systems.  It seems like anaconda should be able to recover from that state.

Comment 12 David Lehman 2009-09-03 22:23:57 UTC
*** Bug 519255 has been marked as a duplicate of this bug. ***

Comment 13 Bug Zapper 2009-11-16 09:55:09 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 14 Hans de Goede 2009-11-30 11:02:25 UTC
In F-11 and later "clearpart --linux" does not look at what the partition table
entry type says (the 83 normally), but actually looks at what sort of filesystem is on the partition as the partition table entry type is not a very reliable indicator of what a partition is actually used for.

So if you have a hosed partition you want to reuse, you need to use
"clearpart --all", or manually remove the partition from the table before installing.


Note You need to log in before you can comment on or make changes to this bug.