Got this fixed. It was actually my fault. A few months ago we were
having some issues with the autofs package on some of our systems and to
let the auto-updates happen without breaking things I had excluded
autofs from the repo config. And of course I forgot about that. Once I
noticed that in my local repo files it was a quick fix.
On a good note I do think I'll be retiring my reposync/createrepo method
of mirroring and setting up to use rsync from now on.
On 04/10/2013 11:30 AM, Stephen Berg (Contractor) wrote:
I have a locally hosted mirror of SL 6.[234] to manage about 200
systems. I use a reposync and createrepo to keep them updated daily.
So far I've been accomplishing my upgrades for minor releases using
yum and haven't had any troubles. But the systems that I've upgraded
to 6.4 are showing some strange yum behavior.
After the upgrade the system does not see any updates. For instance
on 6.3 the autofs package is 5.0.5-55, 6.4 has 5.0.5-73. Systems that
I did a yum upgrade on will not see 5.0.5-73 as an available update.
What I've tried so far:
If I change yum to use the scientificlinux.org repos the updated
package is seen with no problem.
I can install the new autofs package with a "yum localinstall
<filename>" and that has no problems so it shouldn't a problem in the
rpm itself unless there's a problem that effects createrepo but not
installation of the rpm.
I've poked around in the primary.xml.gz file and it appears to be
correct but I'm not sure that I'd spot a problem in there.
It seems to be some problem with the createrepo utility but I've had
no luck finding any errors or warnings to indicate where the fault
might be.
I'm going to try to find a spare system that I can do a clean install
of 6.4 and see what happens with that.
Does anyone have an idea of what could cause this?
--
Stephen Berg
Systems Administrator
NRL Code: 7320
Office: 228-688-5738
[email protected]