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
Created attachment 415086 [details]
Created attachment 415088 [details]
Created attachment 415089 [details]
Created attachment 415090 [details]
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
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.
The 20100520.0 tree doesn't even start the GUI part of installation here, I will try a newer one.
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
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.
Created attachment 421777 [details]
Unfortunately no change with rel-eng/RHEL6.0-20100603.1 tree, the whole /dev/sdc is marked as free
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):
You will notice that in the older logs there is an item in the dict:
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.
The lack of udev information is due to bug 600225. Once that bug has been resolved, you can retest this one.
(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.
Successfully tested with the 20100622.1 tree, the existing LVM setup was available to anaconda for installation.
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.