Bug 216419
| Summary: | EL6 path in installation tree | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Bastien Nocera <bnocera> | ||||
| Component: | anaconda | Assignee: | Peter Jones <pjones> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Daniel Riek <riek> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 5.0 | CC: | clumens, dgregor, jlaska, netllama, tao | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | 5.0.0 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2006-12-15 14:03:37 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
Bastien Nocera
2006-11-20 11:03:56 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. Bastien, I can't figure out what would cause this. Can you reproduce it or provide more details? I easily reproduce this. Just attempt to install RHEL5-Client over http without selecting any package groups. Chris, does this look familiar? I'm wondering if it's an anaconda issue. BTW, I have RH enterprise issue 107862 open for this as well. This looks to be an issue with anaconda and the split media URLs used in the CD/DVD repodata. Fortunately, a change for bz #214787 appears to fix this problem as well. Reassigning to the anaconda component. I would need the /tmp/anaconda.log to be sure, but I believe the "rhel6" in the message is the path the user selected to perform the http installation. I suspect this is a urlmethod split media install, but I could be wrong. The fragile nature of urlmethod split media isntalls can be observed in kbase, for example: - http://kbase.redhat.com/faq/FAQ_105_9589.shtm - http://kbase.redhat.com/faq/FAQ_105_9588.shtm Please attach the /tmp/anaconda.log from the system at the time of this failure so that we can better diagnose this issue. Agreed, this install method is pretty fragile. However I thought we already fixed this problem. If we could get a test run on the most recent tree available and see the results from that, it'd be helpful. Created attachment 142854 [details]
anaconda_log.txt
Anaconda log from a failed installation.
Okay, I believe this is the known issue of doing a split media urlmethod installation. - This worked for beta2 If you add a installation number that grants you access to options (VT, Cluster, ClusterStorage, Workstation, etc...) - This failed for beta2 I suspect you are seeing the later. If you do an installation w/o entering an installation number ... I believe this will succeed. You can then add the yum repos post-install. Alternatively, you can do an http installation from a unified tree. Nope, I still get the same failure even if I do not provide an installation number. In response to comment #9: I see this issue in RHEL5-Server-20061111.0-x86_64 but not in RHEL5-Server-20061201.0-x86_64. Can anyone else with access to the test build verify this? Have *not* seen this problem on http, http loop back, nfs and nfsiso @everything installs on ppc (as originally reported) against RHEL5-Server-20061207.4 |