Bug 680083 - [Entitlement beta] Installer fails to read group information
Summary: [Entitlement beta] Installer fails to read group information
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: anaconda
Version: 6.1
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Anaconda Maintenance Team
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-02-24 10:23 UTC by Dannie Obbink
Modified: 2011-03-02 14:24 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-03-02 14:24:25 UTC
Target Upstream Version:


Attachments (Terms of Use)
Anaconda log (35.34 KB, text/x-log)
2011-02-25 09:14 UTC, Dannie Obbink
no flags Details
Program log (31.01 KB, text/x-log)
2011-02-25 09:15 UTC, Dannie Obbink
no flags Details
Storage log (192.95 KB, text/x-log)
2011-02-25 09:17 UTC, Dannie Obbink
no flags Details

Description Dannie Obbink 2011-02-24 10:23:28 UTC
I'm trying to install the entitlement beta on an rp5700 HP workstation (should be pretty standard hardware). I've run the installer's media verification test, and it passed, so I'm pretty sure the disc burned OK.

During the install, after determening the partition layout and having anaconda re-format all filesystems I marked, I get the error:

Unable to read group information from repositories. This is a problem with the generation of your install tree.

In the logs at tty3 (or tty2, I'm not sure. It was in anaconda.log however :)), I get the following error:

---
19:11:39,818 INFO    : moving (1) to step storagedone

19:11:39,818 DEBUG   : storagedone is a direct step

19:11:41,017 INFO    : leaving (1) step storagedone

19:11:41,017 INFO    : moving (1) to step enablefilesystems

19:11:41,018 DEBUG   : enablefilesystems is a direct step

19:11:43,305 DEBUG   : notifying kernel of 'change' event on device
/sys/class/block/sda1

19:11:54,183 DEBUG   : notifying kernel of 'change' event on device
/sys/class/block/dm-0

19:11:54,958 INFO    : failed to set SELinux context for
/mnt/sysimage: [Errno 95] Operation not supported

19:11:54,959 DEBUG   : isys.py:mount()- going to mount
/dev/mapper/vgLocal-lvRoot on /mnt/sysimage as ext4 with options defaults

19:11:55,048 DEBUG   : isys.py:mount()- going to mount /dev/sda1 on
/mnt/sysimage/boot as ext2 with options defaults

19:11:55,101 DEBUG   : isys.py:mount()- going to mount //dev on
/mnt/sysimage/dev as bind with options defaults,bind

19:11:55,116 DEBUG   : isys.py:mount()- going to mount devpts on
/mnt/sysimage/dev/pts as devpts with options gid=5,mode=620

19:11:55,129 DEBUG   : isys.py:mount()- going to mount tmpfs on
/mnt/sysimage/dev/shm as tmpfs with options defaults

19:11:55,367 DEBUG   : isys.py:mount()- going to mount
/dev/mapper/vgLocal-lvHome on /mnt/sysimage/home as ext4 with options defaults

19:11:55,444 INFO    : failed to get default SELinux context for
/proc: [Errno 2] No such file or directory

19:11:55,444 DEBUG   : isys.py:mount()- going to mount proc on
/mnt/sysimage/proc as proc with options defaults

19:11:55,454 INFO    : failed to get default SELinux context for
/proc: [Errno 2] No such file or directory

19:11:55,466 DEBUG   : isys.py:mount()- going to mount sysfs on
/mnt/sysimage/sys as sysfs with options defaults

19:11:55,480 INFO    : leaving (1) step enablefilesystems

19:11:55,480 INFO    : moving (1) to step bootloadersetup

19:11:55,480 DEBUG   : bootloadersetup is a direct step

19:11:55,483 WARNING : '/usr/sbin/dmidecode' specified as full path

19:11:55,635 INFO    : leaving (1) step bootloadersetup

19:11:55,635 INFO    : moving (1) to step bootloader

19:11:59,145 INFO    : leaving (1) step bootloader

19:11:59,145 INFO    : moving (1) to step reposetup

19:11:59,145 DEBUG   : reposetup is a direct step

19:11:59,166 DEBUG   : notifying kernel of 'change' event on device
/sys/devices/pci0000:00/0000:00:1f.2/host1/target1:0:0/1:0:0:0/block/sr0

19:11:59,294 ERROR   : Error downloading None/.treeinfo: [Errno 14]
Could not open/read file:///None/.treeinfo

---

The .treeinfo file seems to be present at /mnt/stage2. I tried to symlink /None to /mnt/stage2, and cat /None/.tree worked. Anaconda however, still gave the same error.

The really annoying thing is that this problem manifests right *after* formatting the partitions. So this leaves me with an unbootable system.

I've found a similair bug
(https://partner-bugzilla.redhat.com/show_bug.cgi?id=602369), but this has already been marked as "fixed (in beta2)" (the 600225 bug, which is the bug of which this one is marked dup).

It seems to be related to udev. I've seen some udev errors too in the tty, but they don't seem to have been recorded in the anaconda.log.

lshal identifies this DVD writer as a TSSTcorpCD/DVDW_TS_H653L. My partition setup is as follows:
/dev/sda1 -> /boot - ext2
/dev/sda2 -> LVM PV

VG -> vgLocal

LV's:
lvHome -> /home - ext4 - not formatted
lvSwap -> swap
lvRoot -> / - ext4

Comment 2 Chris Lumens 2011-02-24 14:57:04 UTC
Please attach /tmp/anaconda.log, /tmp/storage.log, and /tmp/program.log to this bug report.  Thanks.

Comment 3 Dannie Obbink 2011-02-25 09:14:58 UTC
Created attachment 480957 [details]
Anaconda log

Comment 4 Dannie Obbink 2011-02-25 09:15:29 UTC
Created attachment 480958 [details]
Program log

Comment 5 Dannie Obbink 2011-02-25 09:17:09 UTC
Created attachment 480959 [details]
Storage log

Small change in partition layout.

The root is now the LV RHRoot in VG vgLocal.

/home and /boot are the same.

Comment 6 Chris Lumens 2011-02-25 15:34:09 UTC
Where can I get a copy of the entitlement beta media?

Comment 7 Dannie Obbink 2011-02-25 15:43:29 UTC
It's at https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=11199

I checked the mailing list for the entitlement beta, Dennis Gregorovic replied, and told me to report this as a bug. I've also put him on the CC list, per his request.

Comment 10 Chris Lumens 2011-03-01 15:39:09 UTC
Hm, I just did a quick test of this with the DVD image and didn't see any problems.  Are you using the full DVD or just the boot.iso?  Do you see the problem if you don't run media check?

Comment 11 Dannie Obbink 2011-03-01 18:29:54 UTC
I just burned the ISO from the link in Comment 7 to DVD, then booted from that.

So, I'm using the full DVD I guess.

Using the same ISO in i.e. VirtualBox (probably any other hypervisor, but I tested on VB), the installer completes OK.

The media check passes (on both physical and virtual install) completes succesfully, but for some reason, the install on this specific machine seems to fail.

I'll re-download and burn the ISO and check again.

Comment 12 Dannie Obbink 2011-03-01 20:41:15 UTC
Sigh...

I've downloaded and burned the ISO again, and the problem "has gone away".

Unfortunatly, there seems to have been some corruption on the media which the "check media" step did not catch.

Comment 13 Chris Lumens 2011-03-02 14:24:25 UTC
Unfortunately, media check is a best effort.  It can catch lots of problems, but passing it is no 100% guarantee that everything will work.


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