Description of problem: I suspect this might have something to do with the fact that sha256 is used now. It tries to download the file 10 times, and then says it was impossible to fetch the metadata. Version-Release number of selected component (if applicable): 11.5.0.23 How reproducible: always Steps to Reproduce: 1. Try to install rawhide 2. Wait until after partition creation 3. Observe the failure Actual results: Failed to get repomd.xml from mirror 1/1, or the downloaded file is corrupt. Expected results: Rawhide installs without problems. Additional info: I tried a few mirrors, including download.fedora.redhat.com. This installation was attempted in a kvm machine. I switched to vt2 and wget'd the said file, wich worked. This eliminates networking issues, I guess.
Here is the line I used: virt-install --os-type=linux --location=http://download.fedora.redhat.com/pub/fedora/linux/development/x86_64/os/ --name=rawhide-x86_64 --vcpus=1 --file=/ --accelerate --nonsparse --ram=512 --file-size=10 --arch=x86_64 --hvm --sound --os-variant=fedora11
erm, make that --file=/var/lib/libvirt/images/rawhide-x86_64.img
I'm seeing the same thing, except that I'm installing via cobbler (PXE boot and http url). Switching to the shell on Alt-F2 I'm able to use wget to download the repomd.xml manually, so it does not appear to be a network problem (esp since this is a PXE boot, and Anaconda is able to download the install.img without problems.
Created attachment 333784 [details] anaconda log
Created attachment 333785 [details] syslog from failed install
Actually, from looking at the logs from the webserver that hosts my local repo, Anaconda never even attempts to contact the webserver for repomd.xml. I've attached the /tmp/anaconda.log and /tmp/syslog from the latest failed attempt.
Another thing that I noticed is that the retrieval of the install.img is much slower under F11 than F10.
Today's rawhide isn't any better, the problem is still present.
Could you check the repo config files in /etc/anaconda.repos.d and see whether they specify metalink=, with baseurl= and mirrorlist= commented out? I believe that's the problem here, and I've been waiting on a new yum (which should have been built earlier today) to handle these URLs a little differently before making changes to anaconda.
Yeah, that's it. metalink present, basearch and mirrorlist commented out. So, will things work with yesterday's yum, or are anaconda changes needed as well?
This seems to be fixed with yesterday's rawhide, although I believe it was the fedora-release workaround which did the trick.