Miles Lane wrote:
On 5/17/07, Nicolas Mailhot nicolas.mailhot@laposte.net wrote:
Le jeudi 17 mai 2007 à 18:33 +1000, Rodd Clarkson a écrit :
Along similar lines ... ?
[rodd@localhost ~]$ sudo yum clean metadata Loading "installonlyn" plugin 17 metadata files removed [rodd@localhost ~]$ sudo yum update Loading "installonlyn" plugin Setting up Update Process development 100% |=========================| 1.1 kB
00:00
primary.xml.gz 100% |=========================| 2.6 MB
00:55
http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/...: [Errno -1] Metadata file does not match checksum
If you're behind a (transparent or not) proxy you have to manually forbid caching of repodata directories, else you'll periodically get those messages. Yum metadata is not proxy-friendly (ie if you're behind a corp proxy you're dead)
Though for http mirrors we control the no-proxy rules should be done at the http server level, and I hope yum is fixed someday
I added "http_caching=packages" to yum/conf and ran rm -fr /var/cache/yum/* I still get: development 100% |=========================| 1.1 kB 00:00 primary.xml.gz 100% |=========================| 2.6 MB 00:06 http://download.fedoraproject.org/pub/fedora/linux/core/development/i386/os/...:
[Errno -1] Metadata file does not match checksum Trying other mirror. primary.xml.gz 100% |=========================| 2.6 MB 00:18 developmen: ################################################## 7296/7296 No Packages marked for Update/Obsoletion
My fedora-development.repo contains: [development] name=Fedora Core - Development baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearc...
# mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-rawhide.us.west
# mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-rawhide enabled=1 failovermethod=priority gpgcheck=0
It's got nothing to do with proxies...
[njones@ip-96 ~]$ wget http://download.fedora.redhat.com/pub/fedora/linux/core/development/ppc64/os... --20:59:10-- http://download.fedora.redhat.com/pub/fedora/linux/core/development/ppc64/os... Resolving download.fedora.redhat.com... 209.132.176.221, 209.132.176.20, 209.132.176.220, ... Connecting to download.fedora.redhat.com|209.132.176.221|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 2075290 (2.0M) [application/x-gzip] Saving to: `primary.xml.gz'
100%[=======================================>] 2,075,290 39.2K/s in 52s
21:00:03 (39.0 KB/s) - `primary.xml.gz' saved [2075290/2075290]
[njones@ip-96 ~]$ sha1sum primary.xml.gz 09f7c50c2bbe57f4157e5e92e56752f6f86cb916 primary.xml.gz
http://download.fedora.redhat.com/pub/fedora/linux/core/development/ppc64/os... reports 1fe98d83f6061a33cdfdd9a02856c5523561518a
And I can guarantee it is not cached because I only have i386's and x86_64's here and I noticed the issue on another ppc64 machine on a remote network.
I think someone/something messed up?
N.J.