Hi,

Thx for the report. Please try to install again and when the installer hangs switch to tty2 (ctrl + alt + F2) and collect the log files under /tmp, ie:
do:
tar cvfz logs.tgz /tmp/*log

Note *log not *.log we also want the syslog file.

Then copy the logs out of the installer environment (you use scp for example) and attach then here.

Once you have the logs of the machine, you can also try to do the following on tty2:
-press arrow up, this should give you the following command from the 
 pre-populated bash history:
kill -USR2 `cat /var/run/anaconda.pid`
-execute this command (press enter), this should give you a file with "tb" in
 the name under /tmp, please also attach that here.

Thanks,

Hans

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.

Created attachment 410242 [details]
Logs under /tmp

Created attachment 410243 [details]
kill -USR2 `cat /var/run/anaconda.pid` tb output

(In reply to comment #1)

The requested files are attached.

Note: I needed to execute:

ifconfig eth0

in order to be able to list this network interface and then gain access to the network (with DHCP) so that I could scp the files.

Mathieu,

Thanks for the logs, looking at your syslog it seems that there are some issues with accessing your floppy drive. Most likely you do not have one, but still we see one. This is being tracked in bug 584384.

Looking at the backtrace you did, the error-ing out for the floppy drive was done by the time you did the kill -USR2. So you should be able to install with some patience.

What often helps is making sure the floppy type is set to none in your BIOS standard CMOS setup, and if you have a separate floppy controller option somewhere in the BIOS, set that to disabled.

*** This bug has been marked as a duplicate of bug 584384 ***

Yes, I confirm that deactivating all floppy related options in BIOS much fasten the process and allows to go further.

However the installation crash later when formatting a new logical volume for the RHEL root (reported in bug #587859)

One last note: I noticed that the weird error message which is displayed in a popup at the very beginning ("LogVol00 not found" or something like that, could not copy/paste it somewhere) may have the following cause:

I test quite a few KVM based virtual machines on this system and usually create their disks as logical volumes on this host machine.
When I finally could reach the custom partitioning screen I noticed that one of the logical volume was shown as having an LVM partition type (instead of say ext3). To be frank I don't really remember my config for this particular VM but I had used the default naming conventions (with LogVol00 etc.) for its partitioning scheme.

So, in other words, the installer seems to complain if it finds some logical volumes which are themselves formatted as LVM partitions (for use in virtualized guests)
=> it then suggests to reinitialize all or to ignore (what I did)
Please tell me if it would be useful that I book a dedicated ticket for that.