Почистить кеш
Для начала я бы очистил свою область кэша.
$ sudo yum clean all
Тестирование каждого репо
Если это не решит проблему, я попытаюсь отключить каждый репозиторий 1 за раз, а затем еще раз выполню yum list
команду, чтобы посмотреть, решит ли это вашу проблему.
Вы можете сделать это через командную строку временно, но сначала вам нужно получить фактические имена репозиториев, имена файлов не обязательно должны совпадать.
Здесь я использую Fedora 19, например:
$ yum repolist | expand
Loaded plugins: auto-update-debuginfo, changelog, langpacks, refresh-packagekit
repo id repo name status
fedora/19/x86_64 Fedora 19 - x86_64 36,253
fedora-debuginfo/19/x86_64 Fedora 19 - x86_64 - Debug 6,635
google-chrome google-chrome 3
rpm-sphere RPM Sphere 7,679
rpmfusion-free/19/x86_64 RPM Fusion for Fedora 19 - 462
rpmfusion-free-debuginfo/19/x86_64 RPM Fusion for Fedora 19 - 157
rpmfusion-free-updates/19/x86_64 RPM Fusion for Fedora 19 - 414
rpmfusion-free-updates-debuginfo/19/x86_64 RPM Fusion for Fedora 19 - 149
rpmfusion-nonfree/19/x86_64 RPM Fusion for Fedora 19 - 219
rpmfusion-nonfree-debuginfo/19/x86_64 RPM Fusion for Fedora 19 - 62
rpmfusion-nonfree-updates/19/x86_64 RPM Fusion for Fedora 19 - 497
rpmfusion-nonfree-updates-debuginfo/19/x86_64 RPM Fusion for Fedora 19 - 170
*updates/19/x86_64 Fedora 19 - x86_64 - Update 17,597
*updates-debuginfo/19/x86_64 Fedora 19 - x86_64 - Update 2,241
virtualbox/19/x86_64 Fedora 19 - x86_64 - Virtua 10
repolist: 72,548
Включение одного репо за раз
Так что я вижу имена моих репозиториев в самом первом столбце. Далее вы захотите создать `yum list ', где вы отключаете все, а затем включаете только один репо, чтобы убедиться, что он работает правильно.
$ yum --disablerepo=* --enablerepo=google-chrome list available
Loaded plugins: auto-update-debuginfo, changelog, langpacks, refresh-packagekit
Available Packages
google-chrome-beta.x86_64 33.0.1750.91-1
Когда вы попадете в репозиторий, который вызывает проблему, вы должны получить ту же ошибку, о которой вы упоминали в своем посте.
yum --disablerepo=* --enablerepo=repo_name update
для каждого отдельного репо, все равно решил проблему. Я получалError: requested datatype filelists not available
раньше.Я столкнулся с той же ошибкой: запрошенный файл списков типов не доступен . Я следовал описанному выше процессу @slm, чтобы выяснить, какой файл .repo вызывал проблему, а теперь какой отдельный репозиторий?
Я установил enable = 1 для всех отдельных репо в файле .repo на 0, а затем протестировал команду list после включения каждого отдельного репо. В конце концов я обнаружил, что проблема возникла из-за репо.
Мы размещаем кэш репозитория с помощью Artifactory ... но даже с внешними репозиториями, если вы можете просматривать репозитории (например, http://mirror.centos.org/centos/7.5.1804/os/x86_64/repodata/ ), вы посмотрите filelist.xml.gz, это тот отсутствующий файл, о котором говорит ошибка.
Для Artifactory я нашел: https://www.jfrog.com/confluence/display/RTF/RPM+Repositories
Поэтому я смог перейти к Admin -> local -> "repo" и установить флажок для создания списка файлов.
После этого я очистил кеш:
$ yum clean all
$ rm -rf /var/cache/yum
и снова
$ yum list iostat
и это решило мою проблему.
источник
В моем случае эта ошибка возникала при запуске «обновления yum» из-за локального репозитория, который я вручную добавил в
/etc/yum.repo.d
каталог.Я создал файл myrepo.repo, и в «baseurl» я поместил дважды «http: //», я имею в виду:
baseurl = http://http://isblcncldrp0001.scisb.isban.corp:8900/cm/5/
Итак, как вы можете видеть, baseurl не так. Я удалил лишние "http: //" и "yum update", выполненные с успехом.
источник