cobbler reposync 引用旧的 repo 数据
cobbler reposync referencing old repo data
这个让我摸不着头脑:
我在我的 cobblerd box 中添加了一个 repo,它是一个快乐的 CentOS7 cobbler 服务器,用于一些小的 repos:
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
然后我发现我 URL 错了。呸! 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 的东西,即使它根本不应该去寻找!
:
:
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 的东西吗?所以我咒骂着,握着拳头,cobbler 开始同步,希望能清除任何挥之不去的类似缓存的麻烦。但这还不足以修复它,所以我删除了回购协议,并同步了它,然后重新添加并重新同步。没有骰子。重新启动鹅卵石。没有。杀死回购协议,重新启动 cobblerd,同步两次,重新添加回购协议。没有。是的,URL 是正确的。 ;-)
所以我变得狡猾了:定义一个新的 repo ('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
也没有弹出任何东西。有人见过这个吗?你想在那个 repo 上看到一个完整的 reposynch 运行 吗?
(请随意将 'repository' 标签调整为 'reposync',这样它会更准确。我的蹩脚代表做不到)
幸运的是,我几乎是在发布后就被答案绊倒了。
/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
生活也很美好。
这个让我摸不着头脑:
我在我的 cobblerd box 中添加了一个 repo,它是一个快乐的 CentOS7 cobbler 服务器,用于一些小的 repos:
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
然后我发现我 URL 错了。呸! 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 的东西,即使它根本不应该去寻找!
:
:
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 的东西吗?所以我咒骂着,握着拳头,cobbler 开始同步,希望能清除任何挥之不去的类似缓存的麻烦。但这还不足以修复它,所以我删除了回购协议,并同步了它,然后重新添加并重新同步。没有骰子。重新启动鹅卵石。没有。杀死回购协议,重新启动 cobblerd,同步两次,重新添加回购协议。没有。是的,URL 是正确的。 ;-)
所以我变得狡猾了:定义一个新的 repo ('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
也没有弹出任何东西。有人见过这个吗?你想在那个 repo 上看到一个完整的 reposynch 运行 吗?
(请随意将 'repository' 标签调整为 'reposync',这样它会更准确。我的蹩脚代表做不到)
幸运的是,我几乎是在发布后就被答案绊倒了。
/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
生活也很美好。