Created attachment 516256 [details] Unable to read group information from repositories Description of problem: anaconda 16.14 does not try to grab its inside URL such as "http://mirrors.fedoraproject.org/metalink?repo=fedora-16&arch=i386" when it can not find the install source on the iso image, which stops the installation process. Version-Release number of selected component (if applicable): 16.14 How reproducible: always Steps to Reproduce: 1. Install the Fedora-16-Alpha.TC1-i386-netinst.iso on "Virtual Machine Manager 0.8.7" 2. Do not pass any boot argument which can change the default repo, like " repo=http://download.englab.nay.redhat.com/..... " Actual results: anaconda reports an error like the attachment looks Expected results: anaconda work correctly Additional info:
Created attachment 516257 [details] error log of anaconda 16.14
Maybe related to: http://lists.fedoraproject.org/pipermail/test/2011-August/101588.html Mirrormanager?
> http://mirrors.fedoraproject.org/metalink?repo=fedora-16&arch=i386 According to mirrormanager, there is no fedora-16 repo configured yet. This should have been completed when F16 branched from rawhide. CC'ing dgilmore for help completing this task. # repo=fedora-16, arch=i386 # repo=fedora-16, arch=s390x # repo=fedora-16, arch=sparc # repo=fedora-16, arch=x86_64 This qualifies as a blocker in that it is an incomplete task included in the branching process, it introduces unnecessary work arounds for a large portion of the installation test matrix, and it just needs to be completed.
I think this is the same core problem from 727510. The mirrorlink? script isn't acknowledging fedora-16 as a valid repo= value.
Will the alpha freeze hold any fix up? http://lists.fedoraproject.org/pipermail/infrastructure/2011-August/010635.html Maybe a heads up about this bug to the test list?
(In reply to comment #5) > Will the alpha freeze hold any fix up? > http://lists.fedoraproject.org/pipermail/infrastructure/2011-August/010635.html No, there was an additional change needed so that the MirrorManager understood "repo=fedora-16". That change should be rolled out to production shortly. > Maybe a heads up about this bug to the test list? Thanks, I mentioned the issue on test@ (http://lists.fedoraproject.org/pipermail/test/2011-August/101596.html).
(In reply to comment #3) > This qualifies as a blocker in that it is an incomplete task included in the > branching process, it introduces unnecessary work arounds for a large portion > of the installation test matrix, and it just needs to be completed. Agreed. +1 Alpha Blocker
*** Bug 728422 has been marked as a duplicate of this bug. ***
This bug has been confirmed fixed with a change to MirrorManager configuration. If it reoccurs, please re-open this bug or open a new one.
How has it been confirmed? - F16 Alpha TC1 netinstall ISO still failed for me half an hour ago.