Bug 753931
Summary: | Cannot retrieve repository metadata (repomd.xml) for repository: fedora | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Aleksandra Fedorova <alpha> |
Component: | nss | Assignee: | Elio Maldonado Batiz <emaldona> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 16 | CC: | antillon.maurizio, charles-henri, collura, emaldona, ffesti, james.antill, jskeoch, kdudka, kengert, maxamillion, me, pmatilai, tim.lauridsen, zpavlas |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-12-13 15:39:30 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: |
Description
Aleksandra Fedorova
2011-11-14 21:33:08 UTC
It seems I cleaned the cache for root, but not for user. So these errors user gets while running yum search $ yum search git-svn Loaded plugins: langpacks, presto, refresh-packagekit adobe-linux-x86_64 | 951 B 00:00 Could not get metalink https://mirrors.fedoraproject.org/metalink?repo=fedora-16&arch=x86_64 error was 14: Peer cert cannot be verified or peer cert invalid rpmfusion-free | 2.7 kB 00:00 rpmfusion-free/primary_db | 373 kB 00:00 rpmfusion-nonfree | 2.7 kB 00:00 rpmfusion-nonfree/primary_db | 111 kB 00:00 Could not get metalink https://mirrors.fedoraproject.org/metalink?repo=updates-testing-f16&arch=x86_64 error was 14: Peer cert cannot be verified or peer cert invalid At the same time root gets only "Error: Cannot retrieve repository metadata (repomd.xml) for repository: fedora. Please verify its path and try again" error. this is a bug in the version of nss you've obtained from updates-testing. You need to run this: yum --setopt=sslverify=false downgrade nss nss-util nss-sysinit that should fix you up. This was caused by a defective combination of the nss, nss-utils, and nss-softoken packages in updates testing where we had nss and nss-softokn at 3.13.1 and nss-softokn at 3.12.12. I have entered a ticket to remove the 3.13.1 nss and nss-util from updates testing until I can investigate this fully. By the way, in Rawhide where all three are at 3.13.1 there are no problems. That's what I intend to do in F-16 eventually - in week or two. Before I do that I need to understand very well why having nss-softokn at a previous version has caused those problems with this particular update. In principle at least we should be able to tag them independently. The point of having split NSS into three packages was to enabled us to do that. It's required by RHEL where we often keep nss-softokn behind until the new one gets FIPS 140-1 validated. That's not required for Fedora and I will bring them all in version synchrony as I had mentioned. Until then we have to stay on 3.12.10 for a while longer than we want. nss-tools must be downgraded too : yum --setopt=sslverify=false downgrade nss nss-util nss-sysinit nss-tools I confirm that downgrading from updates-testing to stable repos fixes the issue. Thanks a lot guys for the trick ! nss downgrade fixes it here as well. yay. (though the breakage did help to define a disconnect in another item lol: https://bugzilla.redhat.com/show_bug.cgi?id=632452#c7) Please refer to Bug 750376 for the analysis and fix of this problem. Marking this a duplicate. *** This bug has been marked as a duplicate of bug 750376 *** |