Erro: solicitado tipo de dados primário não disponível

Question

Pelo erro não consigo instalar nenhum pacote. E também não posso atualizar para a versão mais recente. Eu não sei o que fazer agora. Qualquer ajuda muito apreciada.

Error: requested datatype primary not available

Informações do sistema operacional

• Sistema Operacional: Fedora 18
• Arquitetura: X86_64

Da internet eu tentei os seguintes comandos para reconstruir o repositório. Mas ainda estou recebendo o mesmo erro.

Comandos executados

# yum clean all
# rpm rebuilddb
# yum grouplist or yum list

Mais informações

Seguem os meus arquivos Repo:

adobe-linux-x86_64.repo
epel.repo
fedora.repo
fedora-updates.repo
fedora-updates-testing.repo
livna.repo
mysql-community.repo
mysql-community-source.repo
pgdg-92-fedora.repo
rpmfusion-free-rawhide.repo
rpmfusion-free.repo
rpmfusion-free-updates.repo
rpmfusion-free-updates-testing.repo
rpmfusion-nonfree-rawhide.repo
rpmfusion-nonfree.repo
rpmfusion-nonfree-updates.repo
rpmfusion-nonfree-updates-testing.repo

    

Answer 1

Limpar o cache

Para começar, eu limpava minha área de cache.

$ sudo yum clean all

Testando cada repo

Se isso não resolver o problema, eu tentaria desativar cada repositório 1 por vez e, em seguida, executar novamente o comando yum list para ver se isso resolve o problema.

Você pode fazer isso através da linha de comando temporariamente, mas primeiro você precisa obter os nomes reais dos repositórios, os nomes dos arquivos não são necessariamente a mesma coisa.

Aqui estou usando o Fedora 19, por exemplo:

$ 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

Ativando um repositório por vez

Para que eu possa ver os nomes dos meus repositórios na primeira coluna. Em seguida, você vai querer fazer 'yum lista onde você desativa tudo e, em seguida, habilitar apenas um repo, para confirmar que está funcionando direito.

$ 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            

Ao chegar ao repo que está causando um problema, você deve receber o mesmo erro mencionado em sua postagem.

    

Answer 2

Eu estava experimentando o mesmo problema Erro: filelists de dados solicitados não disponíveis . Eu segui o processo @slm acima para diminuir o arquivo .repo que estava causando o problema, mas agora qual repositório individual?

Eu ativei enable = 1 em todos os repositórios individuais dentro do arquivo .repo para 0 e testei o comando list depois de habilitar cada repositório individual. Eventualmente, encontrei o repositório individual causando o problema.

Hospedamos cache de repositório com o Artifactory ... mas mesmo com repositórios hospedados externamente, se você puder navegar pelos repositórios (como link ) você verá o filelist.xml.gz, este é o arquivo que está faltando o erro está falando.

Para o Artifactory, encontrei: link

Indexing the File List 
The filelists.xml metadata file of an RPM repository contains a list of all
the files in each package hosted in the repository. When the repository
contains many packages, reindexing this file as a result of interactions
with the YUM client can be resource intensive causing a degradation of
performance. Therefore, from version 5.4, reindexing this file is initially
disabled when an RPM repository is created. To enable indexing
filelists.xml, set the Enable File List Indexing checkbox.

Então, consegui navegar até o Admin - > local - > "repo" e marque a caixa para criar a lista de arquivos.

Depois disso, limpei o cache:

$ yum clean all

$ rm -rf /var/cache/yum

e reran

$ yum list iostat

e resolveu o meu problema.

    

Answer 3

No meu caso, ele estava aumentando esse erro quando executava "yum update" devido a um repositório local que eu adicionei manualmente ao diretório /etc/yum.repo.d .

Eu criei um arquivo myrepo.repo, e no "baseurl" eu coloquei duas vezes "http: //", quero dizer:

baseurl = http://http://isblcncldrp0001.scisb.isban.corp:8900/cm/5/

Então, como você pode ver, a base está errada. Eu removi o "http: //" e "yum update" extras com sucesso.