I have attempted to update with yum over the last 27 hours, and all I get is this:
[mhr@mhrichter ~]$ sudo yum update Password: Loaded plugins: fastestmirror, priorities Loading mirror speeds from cached hostfile * base: linux.mirrors.es.net * updates: centos.g5selfstorage.com * extras: centos.mirrors.redwire.net kbs-CentOS-Extras | 951 B 00:00 base | 1.1 kB 00:00 updates | 951 B 00:00 extras | 1.1 kB 00:00 0 packages excluded due to repository priority protections Setting up Update Process No Packages marked for Update You have new mail in /var/spool/mail/mhr [mhr@mhrichter ~]$ yg dnsmasq dnsmasq.x86_64 2.45-1.el5_2.1 installed
According to the announcement (see below), the lastest version is this:
9ee6bf903671f38806a119874ec74eec dnsmasq-2.45-1.1.el5_3.x86_64.rpm
What's up here? Is this really a case of incredibly slow mirrors or is there something else?
mhr
---------- Forwarded message ---------- From: centos-announce-request@centos.org Date: Tue, Sep 1, 2009 at 9:00 AM Subject: [CentOS] CentOS-announce Digest, Vol 55, Issue 1 To: centos-announce@centos.org
Send CentOS-announce mailing list submissions to centos-announce@centos.org
To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request@centos.org
You can reach the person managing the list at centos-announce-owner@centos.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..."
Today's Topics:
1. CESA-2009:1238 Important CentOS 5 i386 dnsmasq Update (Karanbir Singh) 2. CESA-2009:1238 Important CentOS 5 x86_64 dnsmasq Update (Karanbir Singh)
----------------------------------------------------------------------
Message: 1 Date: Tue, 1 Sep 2009 15:10:22 +0000 From: Karanbir Singh kbsingh@centos.org Subject: [CentOS-announce] CESA-2009:1238 Important CentOS 5 i386 dnsmasq Update To: centos-announce@centos.org Message-ID: 20090901151022.GA10326@tantra.karan.org Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2009:1238 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2009-1238.html
The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename )
i386: 15068053a0aeea31232c06e17b88d2e7 dnsmasq-2.45-1.1.el5_3.i386.rpm
Source: 88bd7bb7252fd9f2ba5fdbdb09b57d95 dnsmasq-2.45-1.1.el5_3.src.rpm
-- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos@irc.freenode.net
------------------------------
Message: 2 Date: Tue, 1 Sep 2009 15:10:23 +0000 From: Karanbir Singh kbsingh@centos.org Subject: [CentOS-announce] CESA-2009:1238 Important CentOS 5 x86_64 dnsmasq Update To: centos-announce@centos.org Message-ID: 20090901151023.GA10341@tantra.karan.org Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2009:1238 Important
Upstream details at : https://rhn.redhat.com/errata/RHSA-2009-1238.html
The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename )
x86_64: 9ee6bf903671f38806a119874ec74eec dnsmasq-2.45-1.1.el5_3.x86_64.rpm
Source: 88bd7bb7252fd9f2ba5fdbdb09b57d95 dnsmasq-2.45-1.1.el5_3.src.rpm
-- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos@irc.freenode.net
------------------------------
_______________________________________________ CentOS-announce mailing list CentOS-announce@centos.org http://lists.centos.org/mailman/listinfo/centos-announce
End of CentOS-announce Digest, Vol 55, Issue 1 ********************************************** _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Wed, Sep 2, 2009 at 3:05 PM, MHRmhullrich@gmail.com wrote:
I have attempted to update with yum over the last 27 hours, and all I get is this:
[mhr@mhrichter ~]$ sudo yum update Password: Loaded plugins: fastestmirror, priorities Loading mirror speeds from cached hostfile * base: linux.mirrors.es.net * updates: centos.g5selfstorage.com * extras: centos.mirrors.redwire.net kbs-CentOS-Extras | 951 B 00:00 base | 1.1 kB 00:00 updates | 951 B 00:00 extras | 1.1 kB 00:00 0 packages excluded due to repository priority protections
Mark: Verify that your priorities plugin is configured properly. Lanny
On Wed, Sep 2, 2009 at 1:33 PM, Lanny Marcuslmmailinglists@gmail.com wrote:
Mark: Verify that your priorities plugin is configured properly. Lanny
Here's a grep of them:
[mhr@mhrichter ~]$ sudo grep -H priority /etc/yum.repos.d/* Password: /etc/yum.repos.d/CentOS-Base.repo:priority=1 [base] /etc/yum.repos.d/CentOS-Base.repo:priority=1 [updates] /etc/yum.repos.d/CentOS-Base.repo:priority=2 [addons] /etc/yum.repos.d/CentOS-Base.repo:priority=1 [extras] /etc/yum.repos.d/CentOS-Base.repo:priority=2 [centosplus] /etc/yum.repos.d/CentOS-Base.repo:priority=2 [contrib] /etc/yum.repos.d/CentOS-Media.repo:priority=2 /etc/yum.repos.d/epel.repo:failovermethod=priority /etc/yum.repos.d/epel.repo:priority=20 /etc/yum.repos.d/epel.repo:failovermethod=priority /etc/yum.repos.d/epel.repo:priority=20 /etc/yum.repos.d/epel.repo:failovermethod=priority /etc/yum.repos.d/epel.repo:priority=20 /etc/yum.repos.d/epel-testing.repo:failovermethod=priority /etc/yum.repos.d/epel-testing.repo:priority=20 /etc/yum.repos.d/epel-testing.repo:failovermethod=priority /etc/yum.repos.d/epel-testing.repo:priority=20 /etc/yum.repos.d/epel-testing.repo:failovermethod=priority /etc/yum.repos.d/epel-testing.repo:priority=20 /etc/yum.repos.d/FedoraExtras.repo:priority=4 /etc/yum.repos.d/FedoraExtras.repo:priority=4 /etc/yum.repos.d/kbs-CentOS-Extras.repo:priority=3 /etc/yum.repos.d/kbs-CentOS-Extras.repo:priority=3 /etc/yum.repos.d/planetccrma.repo:priority=25 /etc/yum.repos.d/planetccrma.repo:priority=25 /etc/yum.repos.d/rpmforge.repo:priority = 5
mhr
Hi,
On Wed, Sep 2, 2009 at 16:05, MHRmhullrich@gmail.com wrote:
I have attempted to update with yum over the last 27 hours, and all I get is this:
[mhr@mhrichter ~]$ yg dnsmasq dnsmasq.x86_64 2.45-1.el5_2.1 installed
According to the announcement (see below), the lastest version is this: 9ee6bf903671f38806a119874ec74eec dnsmasq-2.45-1.1.el5_3.x86_64.rpm
What's up here? Is this really a case of incredibly slow mirrors or is there something else?
Is it maybe because 2.45-1.1.el5_3 < 2.45-1.el5_2.1 ??? Since '1' < 'e' ?
I tried to confirm this, but did not find any tool to which I could give two RPM versions and it would tell me which one was higher... Do you know of any such tool/script?
Cheers, Filipe
Hi,
On Wed, Sep 2, 2009 at 17:03, Filipe Brandenburgerfilbranden@gmail.com wrote:
What's up here? Is this really a case of incredibly slow mirrors or is there something else?
Is it maybe because 2.45-1.1.el5_3 < 2.45-1.el5_2.1 ??? Since '1' < 'e' ?
No, doesn't seem so, I found a way to check that in Python:
[filbranden@adm2 ~]$ python Python 2.4.3 (#1, Jul 27 2009, 17:57:39) [GCC 4.1.2 20080704 (Red Hat 4.1.2-44)] on linux2 Type "help", "copyright", "credits" or "license" for more information.
import rpm rpm.labelCompare(('0', '2.45', '1.1.el5_3'), ('0', '2.45', '1.el5_2.1'))
1
"1" means the first parameter is the greater version ("-1" would be the second).
Cheers, Filipe
On Wed, Sep 02, 2009 at 01:05:50PM -0700, MHR wrote:
I have attempted to update with yum over the last 27 hours, and all I get is this:
< trim your reply to the mailing list!, don't send us the daily digest >
[mhr@mhrichter ~]$ sudo yum update Password: Loaded plugins: fastestmirror, priorities Loading mirror speeds from cached hostfile
- base: linux.mirrors.es.net
- updates: centos.g5selfstorage.com
- extras: centos.mirrors.redwire.net
kbs-CentOS-Extras | 951 B 00:00 base | 1.1 kB 00:00 updates | 951 B 00:00 extras | 1.1 kB 00:00 0 packages excluded due to repository priority protections Setting up Update Process No Packages marked for Update
works for me:
... Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package dnsmasq.i386 0:2.45-1.1.el5_3 set to be updated --> Finished Dependency Resolution
Dependencies Resolved
====================================================================================================================== Package Arch Version Repository Size ====================================================================================================================== Updating: dnsmasq i386 2.45-1.1.el5_3 updates 165 k
Transaction Summary ====================================================================================================================== Install 0 Package(s) Update 1 Package(s) Remove 0 Package(s)
Total download size: 165 k Is this ok [y/N]: y Downloading Packages: dnsmasq-2.45-1.1.el5_3.i386.rpm | 165 kB 00:00 Running rpm_check_debug Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : dnsmasq [1/2] Cleanup : dnsmasq [2/2]
Updated: dnsmasq.i386 0:2.45-1.1.el5_3 Complete!
Try the usual 'yum clean all' and retry....
Tru
On Wed, Sep 2, 2009 at 2:29 PM, Tru Huynhtru@centos.org wrote:
works for me:
I'm so excited!
Try the usual 'yum clean all' and retry....
That was my first resort - no help.
mhr
Hi,
On Wed, Sep 2, 2009 at 17:29, Tru Huynhtru@centos.org wrote:
On Wed, Sep 02, 2009 at 01:05:50PM -0700, MHR wrote:
I have attempted to update with yum over the last 27 hours, and all I get is this:
works for me:
... Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package dnsmasq.i386 0:2.45-1.1.el5_3 set to be updated --> Finished Dependency Resolution
For me it does not work either:
# rpm -q dnsmasq dnsmasq-2.45-1.el5_2.1 # yum clean all Loaded plugins: fastestmirror Cleaning up Everything Cleaning up list of fastest mirrors # yum update dnsmasq Loaded plugins: fastestmirror Determining fastest mirrors base | 1.1 kB 00:00 primary.xml.gz | 878 kB 00:00 base 2508/2508 updates | 951 B 00:00 primary.xml.gz | 317 kB 00:00 updates 478/478 addons | 951 B 00:00 primary.xml.gz | 157 B 00:00 extras | 1.1 kB 00:00 primary.xml.gz | 107 kB 00:00 extras 324/324 Setting up Update Process No Packages marked for Update
It seems like my mirror has outdated repodata, see http://centos.mirror.iweb.ca/5/updates/i386/repodata/, the files are dated 26-Aug-2009, I checked http://mirror.centos.org/ and the files are dated 02-Sep-2009 there...
Do you have any scripts to check the date of the files in all mirrors and see which of them are outdated?
Thanks! Filipe
On Wed, Sep 02, 2009 at 05:44:09PM -0400, Filipe Brandenburger wrote:
Hi,
Hi,
<snip>
For me it does not work either:
# rpm -q dnsmasq dnsmasq-2.45-1.el5_2.1 # yum clean all Loaded plugins: fastestmirror Cleaning up Everything Cleaning up list of fastest mirrors # yum update dnsmasq Loaded plugins: fastestmirror Determining fastest mirrors
it should list the mirrors you are pulling from at this point
base | 1.1 kB 00:00 primary.xml.gz | 878 kB 00:00 base 2508/2508 updates | 951 B 00:00 primary.xml.gz | 317 kB 00:00 updates 478/478 addons | 951 B 00:00 primary.xml.gz | 157 B 00:00 extras | 1.1 kB 00:00 primary.xml.gz | 107 kB 00:00 extras 324/324 Setting up Update Process No Packages marked for Update
It seems like my mirror has outdated repodata, see http://centos.mirror.iweb.ca/5/updates/i386/repodata/, the files are dated 26-Aug-2009, I checked http://mirror.centos.org/ and the files are dated 02-Sep-2009 there...
Do you have any scripts to check the date of the files in all mirrors and see which of them are outdated?
http://mirror-status.centos.org/ is using mirmon to check
Cheers,
Tru
On Wed, Sep 2, 2009 at 2:54 PM, Tru Huynhtru@centos.org wrote:
http://mirror-status.centos.org/ is using mirmon to check
Ah, excellent - many thanks!
mhr
MHR wrote:
On Wed, Sep 2, 2009 at 2:54 PM, Tru Huynhtru@centos.org wrote:
http://mirror-status.centos.org/ is using mirmon to check
Ah, excellent - many thanks!
Here's my local mirror where you can see the package is there but the metadata is yet to be updated:
On Wed, Sep 02, 2009 at 11:01:06PM +0100, Ned Slider wrote:
MHR wrote:
On Wed, Sep 2, 2009 at 2:54 PM, Tru Huynhtru@centos.org wrote:
http://mirror-status.centos.org/ is using mirmon to check
Ah, excellent - many thanks!
Here's my local mirror where you can see the package is there but the metadata is yet to be updated:
I have checked most of the centos.org servers, the metadata are ok. Most public mirrors only sync from 1 to 4 times a day... The metadata generation script might have suffered a hiccup, but that should be resolved shortly on all the public mirrors.
see http://mirror.centos.org/centos/5/updates/i386/repodata/ for the timestamps of the files
Cheers,
Tru
Tru Huynh wrote:
On Wed, Sep 02, 2009 at 11:01:06PM +0100, Ned Slider wrote:
MHR wrote:
On Wed, Sep 2, 2009 at 2:54 PM, Tru Huynhtru@centos.org wrote:
http://mirror-status.centos.org/ is using mirmon to check
Ah, excellent - many thanks!
Here's my local mirror where you can see the package is there but the metadata is yet to be updated:
I have checked most of the centos.org servers, the metadata are ok. Most public mirrors only sync from 1 to 4 times a day... The metadata generation script might have suffered a hiccup, but that should be resolved shortly on all the public mirrors.
see http://mirror.centos.org/centos/5/updates/i386/repodata/ for the timestamps of the files
Cheers,
Tru
Looks like you pressed the right buttons - my mirror is suddenly up to date and all is working :)
Thanks Tru.
On Wed, Sep 2, 2009 at 3:26 PM, Tru Huynhtru@centos.org wrote:
I have checked most of the centos.org servers, the metadata are ok. Most public mirrors only sync from 1 to 4 times a day... The metadata generation script might have suffered a hiccup, but that should be resolved shortly on all the public mirrors.
see http://mirror.centos.org/centos/5/updates/i386/repodata/ for the timestamps of the files
Got it (finally!).
Thanks.
mhr
MHR wrote:
<snip>
What's up here? Is this really a case of incredibly slow mirrors or is there something else?
mhr
Same here, kind of. My rsync script pulled the package from my local (UK) mirror yesterday shortly after it's release was announced, but the metadata has yet to be refreshed (still dated 26/8/2009) so yum won't pick up the update until that happens.