primary.sqlite.bz2 não encontrado em repo privado

Question

Estou configurando um repositório privado para a empresa em que estou trabalhando. No começo ele estava funcionando corretamente, mas hoje, quando eu tentar instalar um novo rpm que eu criei, eu tive esse erro feio:

http://<server_name>/centos/7/repodata/a6ecd0c880b1f5128974cd147a53cd84d7dab269b9055215b6fbe99fb98f6d7a-primary.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found-:-- ETA

Eu já tentei:

yum clean all
rm -rf /var/cahe/yum
yum repolist

E novamente o mesmo erro.

Eu apaguei todo o conteúdo em repodata no servidor de repo e recrio o repo novamente com:

createrepo /path/to/repo/directory

Depois de recriar o repo againg, corri novamente

yum clean all
rm -rf /var/cahe/yum
yum repolist

Mas ainda nada funcionando

Tenho 100% de certeza de que a configuração do cliente está correta, porque sou o único que está jogando com os servidores no momento e na semana passada estava funcionando bem.

Caso contrário, o repo está acessível em http, posso ver todos os pacotes e repodados com um navegador da web. Se uma execução

curl http://<server_name>/centos/7/repodata/repomd.xml

do cliente, recebo o arquivo correto.

Eu percebi que o nome do DB principal não é o correto no cliente (mesmo depois de executar yum clean all; rm-rf /var/cache/yum; yum update ). Como posso consertar isso, por favor? Eu estive a tarde toda investigando esse problema, mas nada muda

As permissões nos diretórios de repo são configuradas como OK ( triplo verificado )

O que eu estou perdendo ???

Agradecemos antecipadamente por sua ajuda

    

Answer 1

Acho que encontrei a resposta ontem à noite, pelo menos por enquanto, não estou enfrentando os problemas antes descritos.

A solução é simples, evite que o cliente mantenha um cache local dos repositórios. Isso pode ser feito incluindo no arquivo /etc/yum.conf clients a próxima linha:

http_caching=none

Com essa opção configurada, cada vez que o cliente executa yum update ou yum repolist , ele baixa todos os repositórios do servidor de repositório, portanto, todos os arquivos estão em sua última versão.

Eu ainda não entendi porque se eu estivesse apagando todo o cache local no cliente com yum clean all; rm -rf /var/cache/yum , o cliente continuava procurando arquivos de repodata antigos. Se alguém tiver uma resposta, por favor, compartilhe. Isso me deixou louco nos últimos dias.

Obrigado mesmo assim por suas dicas e conselhos

    

Answer 2

Eu estava com um erro semelhante e queria compartilhar minhas descobertas aqui.

O servidor de repositório da empresa privada foi colocado atrás de um tipo de acelerador da web. Portanto, eu tive que desligar o cache e a otimização disso também.

Depois, o erro desapareceu.