|Summary:||anaconda doesn't understand LVM setup with a PV on device without partition table|
|Product:||Red Hat Enterprise Linux 6||Reporter:||Dan Horák <dhorak>|
|Component:||anaconda||Assignee:||David Lehman <dlehman>|
|Status:||CLOSED CURRENTRELEASE||QA Contact:||Release Test Team <release-test-team>|
|Version:||6.0||CC:||borgan, hdegoede, mganisin|
|Fixed In Version:||anaconda-13.21.50-1||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2010-11-10 19:43:49 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
|Bug Depends On:||600225|
Description Dan Horák 2010-05-19 11:31:35 UTC
Description of problem: I tried to install RHEL6 pre Beta2 Snap4 into a LV on my workstation with an existing LVM setup. And it seems that anaconda doesn't understand LVM setup with a PV placed directly on a device without partition table (sdc). It does detect the disks (sda, sdb, sdc = logical disks on Areca HW RAID array), but on the Custom storage setup page it offers sda (with a an ext3 partition) and sdc (as an empty disk). sdb wasn't selected as available in the Basic storage devices setup, because it contains other OS installation. Version-Release number of selected component (if applicable): RHEL 6 pre Beta2 Snapshot 4 Workstation x86_64
Comment 6 RHEL Product and Program Management 2010-05-19 11:55:09 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux major release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Major release. This request is not yet committed for inclusion.
Comment 7 David Lehman 2010-05-24 18:52:59 UTC
This looks like it might be the same as bug 588637. Please test with the tree noted in that bug (https://bugzilla.redhat.com/show_bug.cgi?id=588637#c5) and see if your problem has been resolved.
Comment 8 Dan Horák 2010-05-25 09:24:15 UTC
The 20100520.0 tree doesn't even start the GUI part of installation here, I will try a newer one.
Comment 9 Dan Horák 2010-05-26 11:10:07 UTC
Created attachment 416768 [details] logs and screenshots RHEL6.0-20100523.0 with anaconda-13.21.45-1.el6.x86_64.rpm starts the GUI part of the installer, but no change in behaviour
Comment 10 David Lehman 2010-05-26 16:25:18 UTC
The problem is that parted thinks there is a DOS partition table on your disk (and we believe it). I just noticed that they've added partition table detection to blkid, so I'll work on a patch to improve anaconda's ability to identify partitioned devices.
Comment 12 Dan Horák 2010-06-07 10:21:30 UTC
Created attachment 421777 [details] logs Unfortunately no change with rel-eng/RHEL6.0-20100603.1 tree, the whole /dev/sdc is marked as free
Comment 13 David Lehman 2010-06-07 14:47:32 UTC
Something has changed outside of anaconda. In your last logs (from comment 9) it was shown that udev identified sdc as an LVM PV, while in your last run this is no longer the case. The evidence is the ID_FS_TYPE item in udev info dict, found in storage.log on a line starting with (after timestamp): DeviceTree.addUdevDevice: info: You will notice that in the older logs there is an item in the dict: 'ID_FS_TYPE': 'LVM2_member' as well as several lvm-specific items. The new logs show no indication that udev found any formatting at all on sdc. Can you get to a shell during the install and run a command? If so, run this: blkid -o udev -p /dev/sdc and post the output (if there is any) in this bug report.
Comment 14 David Lehman 2010-06-07 15:36:27 UTC
The lack of udev information is due to bug 600225. Once that bug has been resolved, you can retest this one.
Comment 15 Dan Horák 2010-06-07 16:03:02 UTC
(In reply to comment #13) > Something has changed outside of anaconda. In your last logs (from comment 9) > it was shown that udev identified sdc as an LVM PV, while in your last run this > is no longer the case. The evidence is the ID_FS_TYPE item in udev info dict, > found in storage.log on a line starting with (after timestamp): > > DeviceTree.addUdevDevice: info: > > You will notice that in the older logs there is an item in the dict: > > 'ID_FS_TYPE': 'LVM2_member' > > as well as several lvm-specific items. The new logs show no indication that > udev found any formatting at all on sdc. > > Can you get to a shell during the install and run a command? If so, run this: > > blkid -o udev -p /dev/sdc > > and post the output (if there is any) in this bug report. ID_FS_UUID=AzeQ0w-umUu-5aK4-13Wu-VmFF-9k8x-920OUW ID_FS_UUID_ENC=AzeQ0w-umUu-5aK4-13Wu-VmFF-9k8x-920OUW ID_FS_VERSION=LVM2\x20001 ID_FS_TYPE=LVM2_member ID_FS_USAGE=raid
Comment 17 Dan Horák 2010-07-01 08:08:46 UTC
Successfully tested with the 20100622.1 tree, the existing LVM setup was available to anaconda for installation.
Comment 19 firstname.lastname@example.org 2010-11-10 19:43:49 UTC
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.