Error: el tipo de datos solicitado primario no está disponible

8

Por el error no puedo instalar ningún paquete. Y tampoco puedo actualizar a la última versión. No sé que hacer ahora. Cualquier ayuda muy apreciada.

Error: el tipo de datos solicitado primario no está disponible

Información del sistema operativo

  • Sistema operativo: Fedora 18
  • Arquitectura: X86_64

Desde Internet probé los siguientes comandos para reconstruir el repositorio. Pero sigo recibiendo el mismo error.

Comandos ejecutados

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

Más información

Los siguientes son mis archivos 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
yum rpm repository fedora ArunRaj
fuente

Respuestas:

12

Limpiar el caché

Para empezar, limpiaría mi área de caché.

$ sudo yum clean all

Probar cada repositorio

Si eso no resuelve el problema, entonces revisaría e intentaría deshabilitar cada repositorio 1 a la vez y luego volvería a ejecutar el yum listcomando para ver si eso resuelve su problema.

Puede hacer esto a través de la línea de comando temporalmente, pero primero necesita obtener los nombres reales de los repositorios, los nombres de los archivos no son necesariamente lo mismo.

Aquí estoy usando Fedora 19, por ejemplo:

$ 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

Habilitar un repositorio a la vez

Entonces puedo ver los nombres de mis repositorios en la primera columna. A continuación, querrá hacer `yum list donde deshabilita todo y luego habilita solo un repositorio, para confirmar que funciona correctamente.

$ 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

Cuando llegue al repositorio que está causando un problema, debería recibir el mismo error que mencionó en su publicación.

slm
fuente
Gracias por los consejos para solucionar problemas. Seguí las instrucciones. Y terminar con los siguientes hechos interesantes. HECHO 1 --- Recibo el mismo error con este comando yum repolist | expandir HECHO 2 --- Luego verifiqué cada repositorio habilitándolo individualmente. epel repo está produciendo el error del que estamos hablando. Y un factor más interesante es obtener otro error como "Error al obtener datos del repositorio para ------, repositorio no encontrado". Esos repositorios son fedora-updates, fedora-updates-testing, mysql-community-source, mysql-community, pgdg-92-fedora.
ArunRaj
1
@ user2959196: también puede ir a los archivos .repo y cambiar el enabled = 1 a enabled = 0 también.
slm
1
En mi caso, ejecutar yum --disablerepo=* --enablerepo=repo_name updatepara cada repositorio individual, resolvió el problema de todos modos. Me estaba poniendo Error: requested datatype filelists not availableantes.
Maxim Mazurok
4

Estaba experimentando el mismo error: el tipo de datos solicitado no está disponible . Seguí el proceso @slm anterior para limitar qué archivo .repo estaba causando el problema, pero ¿ahora qué repositorio individual?

Me di enable = 1 en todos los repositorios individuales dentro del archivo .repo a 0 y luego probé el comando lista después de que permita a cada individuo de recompra. Finalmente encontré el repositorio individual que causaba el problema.

Hospedamos caché de repositorio con Artifactory ... pero incluso con repositorios alojados externamente, si puede navegar por los repositorios (como http://mirror.centos.org/centos/7.5.1804/os/x86_64/repodata/ ) vea el archivo list.xml.gz, este es el archivo faltante del que habla el error.

Para Artifactory, encontré: https://www.jfrog.com/confluence/display/RTF/RPM+Repositories

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.

Así que pude navegar a Admin -> local -> "repositorio" y marqué la casilla para crear la lista de archivos.

Después de esto, limpié el caché:

$ yum clean all

$ rm -rf /var/cache/yum

y reran

$ yum list iostat

y resolvió mi problema.

Silentpete
fuente
0

En mi caso, estaba generando este error cuando ejecuté "yum update" debido a un informe local que agregué manualmente al /etc/yum.repo.ddirectorio.

Creé un archivo myrepo.repo, y en el "baseurl" puse dos veces "http: //", quiero decir:

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

Como puede ver, la base está mal. Eliminé el "http: //" extra y "yum update" se ejecutó con éxito.

evinhas
fuente