Bug 602351
Summary: | PartitionException: Attempting to remove a partition that is not owned by any disk. | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Jeff Bastian <jbastian> | ||||||||
Component: | anaconda | Assignee: | David Lehman <dlehman> | ||||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Release Test Team <release-test-team-automation> | ||||||||
Severity: | medium | Docs Contact: | |||||||||
Priority: | medium | ||||||||||
Version: | 6.0 | CC: | atodorov, borgan, jbastian | ||||||||
Target Milestone: | rc | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | x86_64 | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | anaconda_trace_hash:747baf7b3fcdad8fcc629ca97e430f463ef548bbda7ddb8423a3484a106c73f6 | ||||||||||
Fixed In Version: | anaconda-13.21.51-1 | Doc Type: | Bug Fix | ||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2010-11-10 19:47:29 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
Jeff Bastian
2010-06-09 16:51:58 UTC
Created attachment 422619 [details]
Attached traceback automatically from anaconda.
I told anaconda to use the entire 320GB disk and create the following partitions: sda1 - 500MB for /boot sda2 - rest of disk for LVM VG lvm lv_root - 250GB for / lvm lv_swap - 4GB remainder is free space for future use Oh, I may have caused this problem. I was trying to preserve some existing LVM logical volumes but anaconda was not showing my existing partitioning scheme with any of the options. So I switched to a shell (ALT-F2) and ran lvm vgscan lvm vgchange -ay lvm lvdisplay Then I went back to anaconda to see if it would show my existing setup, but no luck. So I rebooted and started from scratch and it worked fine when I didn't mess with LVM behind the scenes. :) Created attachment 422628 [details]
Attached traceback automatically from anaconda.
My second attempt made it past the partitioning (as I mentioned in comment 3), but it failed a short bit later when it complained that it couldn't find the .treeinfo file on the DVD. (I burned a DVD of RHEL6.0-20100603.1-Workstation-x86_64-DVD1.iso and I'm installing from that.) So I rebooted and let the DVD do a self-check (which passed). But my 3rd attempt failed again on the partitioning with the same error as the 1st attempt (and I did NOT do any manual 'lvm' commands this time). Let me try a 4th time... The 4th attempt made it past the partitioning, but ran into the same problem as the 2nd attempt: Error Unable to read group information from repositories. This is a problem with the generation of your install tree. [ Exit installer] [ Retry ] Retrying doesn't fix the problem. I'll gather the logs and open a new bug for this problem. See bug 602369 for the "unable to read group information" problem. Created attachment 422638 [details] updates against anaconda-13.21.50-1 for 602351 Please try the attached updates.img and see if it resolves the problem. Instructions for specifying the updates image can be found here: https://fedoraproject.org/wiki/Anaconda/Updates#Updates_from_the_Network That seemed to do the trick! The installation proceeded with the updates.img from comment 8. I also had to install over http instead of from the DVD to workaround bug 602369. Apparently it's only the repos on the DVD that are corrupt. Thanks for the quick response! Jeff, can you re-test this with snapshot #7 or post more detailed steps to reproduce? I don't have easy access to the system at the moment to try snapshot 7, so here's what I did. I just tried to do an installation of RHEL 6 20100603.1 using the GUI installer. The system was a simple desktop PC with a single SATA disk (i.e., nothing fancy). It was running RHEL 5.6 with a fairly standard partition scheme: /dev/sda1 /boot (200 MB) /dev/sda2 LVM (rest of disk) lv_root / 160GB lv_swap (swap) 4GB and a few more logical volumes used for virtual machines. I just followed the steps through the anaconda gui and it crashed with the above error when it tried to partition the disk. As I mentioned in comment 9, though, the updates.img fixed the problem for me. Tested with snap #8 (0715.0) 1st install) /dev/vda1 /boot (200 MB) /dev/vda2 LVM (rest of disk) lv_root / 2GB lv_swap (swap) 1GB and 4 more logical volumes (not mounted) 2nd install) Told anaconda "Use all space" and "Review partitioning" then decreased size for lv_root to create some free space in the VG and proceeded. No traceback, install completed, system boots. Moving to VERIFIED. Red Hat Enterprise Linux 6.0 is now available and should resolve the problem described in this bug report. This report is therefore being closed with a resolution of CURRENTRELEASE. You may reopen this bug report if the solution does not work for you. |