reposync сапожника, ссылающийся на старые данные репо

Question

Это заставляет меня чесать голову:

Я добавил репо в свою коробку 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

Затем я заметил, что у меня неправильный URL. Doh! 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? Поэтому я проклял, встряхнул кулак, и сапожник синхронизировался в надежде на то, чтобы избавиться от каких-либо неприятных неприятностей, подобных кешу. Но это не решило проблему достаточно сложно, поэтому я удалил репозиторий и синхронизировал ТО, а затем повторно добавил его и повторно синхронизировал. Нет кости. Перезапущен булыжник. Нету. Убил репо, перезапустил 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 тоже ничего не выскакивал. Кто-нибудь видел это? Вы хотите увидеть полный репозиторий, запущенный на этом репо, для ударов?

(не стесняйтесь изменить тег 'repository', чтобы он был 'reposync', чтобы он был более точным. Я не могу сделать это с моим хромым представителем)

Answer 1

Как повезло, я чуть не упал после ответа.

/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

И жизнь была хорошей.