cobbler reposync引用旧的repo数据

时间:2017-12-05 20:37:52

标签: repository cobbler

这个让我挠头:

我在我的cobblerd盒子里添加了一个回购,这是一个快乐的CentOS7补鞋匠服务器,用于一些小型回购:

cobbler repo add --name spacewalk-client25-6-x86_64 --mirror http://yum.spacewalkproject.org/2.5-client/RHEL/7/x86_64
cobbler reposync --only spacewalk-client25-6-x86_64

然后我注意到我的网址错了。卫生署! 6不像7。

cobbler repo edit --name spacewalk-client25-6-x86_64  --mirror http://yum.spacewalkproject.org/2.5-client/RHEL/6/x86_64

在重新同步上,首先发生了一些奇怪的事情:它没有下载任何新东西,并保留了EL7的东西。所以我打破了树:( nukeItFromOrbit.gifv)

rm -rf /var/www/cobbler/repo_mirror/spacewalk-client25-6-x86_64
cobbler reposync --only spacewalk-client25-6-x86_64

然后发生了不好的事情:它抱怨没有找到一些EL7的东西,即使它甚至不应该看![/ p>

:
:
rhn-virtualization-common-5.4. FAILED
:
rhnpush-5.5.98-1.el7.noarch.rp FAILED
:
spacewalk-backend-libs-2.5.43-1.el7.noarch: [Errno 256] No more mirrors to try.
spacewalk-client-cert-2.5.3-1.el7.noarch: [Errno 256] No more mirrors to try.
:
:

非常奇怪 - 你看到它还在寻找EL7的东西吗?所以我诅咒,握了握拳头,鞋匠同步,希望清除任何挥之不去的缓存般的滋扰。但是这并没有解决它,所以我删除了回购,然后同步了,然后重新添加并重新定位。没有骰子。重新启动了cobblerd。不。杀了回购,重新启动了cobblerd,两次同步,重新添加回购。不。是的,URL是正确的。 ; - )

所以我很狡猾:定义一个新的仓库('86_64 2'),同步ITS数据,并将其滑入名称(由于配置管理和$ releasevar原因无法轻易更改):

cobbler repo add --name spacewalk-client25-6-x86_642 --mirror http://yum.spacewalkproject.org/2.5-client/RHEL/6/x86_64
cobbler reposync --only spacewalk-client25-6-x86_642
cobbler repo rename --name spacewalk-client25-6-x86_642 --newname spacewalk-client25-6-x86_64
cobbler reposync --only spacewalk-client25-6-x86_64

:
:
Removing obsolete spacewalk-client-cert-2.5.3-1.el6.noarch.rpm
Removing obsolete rhn-setup-gnome-2.5.16-1.el6.noarch.rpm
Removing obsolete yum-rhn-plugin-2.5.5-1.el6.noarch.rpm
Removing obsolete spacewalk-oscap-2.5.3-1.el6.noarch.rpm
:
:
spacewalk-client-repo-2.5-3.el FAILED
spacewalk-koan-2.5.2-1.el7.noa FAILED
spacewalk-oscap-2.5.3-1.el7.no FAILED
yum-rhn-plugin-2.5.5-1.el7.noa FAILED
rhnpush-5.5.98-1.el7.noarch: [Errno 256] No more mirrors to try.
rhn-virtualization-common-5.4.55-1.el7.noarch: [Errno 256] No more mirrors to try.
:
:

是的,真的。

有些东西,但strace -e trace=file也没有出现任何问题。谁见过这个?你想看到一个完整的reposynch在那个回购上运行吗?

(随意调整'存储库'标签为'重新同步',这样更准确。我不能在我的蹩脚代表上做到这一点)

1 个答案:

答案 0 :(得分:0)

幸运的是,我在发布后几乎没有找到答案。

/var/cache/yum有一个通常美味的回购数据的冗余缓存,但它甚至可以保留很久以前删除的那些:我在上面的狡猾尝试中找到了spacewalk-client25-6-x86_642,以及旧的spacewalk-client25-6-x86_64然后拒绝更新。

我打了那个,恶意地笑了笑,然后重新开始了。

rm -rf /var/cache/yum/*
cobbler reposync --only spacewalk-client25-6-x86_64

生活很美好。