Nesta página, mostramos como resolver problemas com os repositórios remotos do Artifact Registry.
Para informações sobre como resolver problemas com os repositórios padrão do Artifact Registry, consulte Solução de problemas gerais.
Erros ao solicitar um pacote
Se um artefato não estiver armazenado em cache no seu repositório remoto, vários erros poderão ser retornados se houver problemas com o repositório upstream.
Erro 404
O problema a seguir ocorre quando o artefato solicitado não existe no repositório upstream.
Received invalid response from external repository; url=URL.
Para resolver esse problema, verifique se o nome e a versão do artefato estão corretos e se estão presentes no repositório upstream.
Erro 429
O problema a seguir ocorre quando o limite de leitura upstream é excedido.
Resource has been exhausted (e.g. check quota).
Para resolver esse problema, aguarde um minuto e tente novamente. Para mais informações sobre limites de leitura upstream, consulte Limites de repositório remoto.
Erro 502 (gateway inválido)
O problema a seguir ocorre quando o repositório upstream responde com um código de erro. Os detalhes da mensagem de erro diferem dependendo do erro do repositório upstream.
Received invalid http status code httpStatusCode from external repository; url=URL.
Received invalid redirect URL lastRequestedURL from external repository.
External repository returned unexpected EOF for url=URL.
Fetch was denied by external repository's robots.txt; url=URL
Received invalid redirect URL from external repository; url=URL. If the failures persist, your remote repository upstream URI may be misconfigured.
Received invalid response from external repository; url=URL.
Para resolver esse problema, investigue a causa do erro do repositório upstream.
504 (tempo limite do gateway)
O problema a seguir ocorre quando o repositório upstream está off-line ou não pode ser contatado. Os detalhes da mensagem de erro variam dependendo de quando o tempo limite é atingido.
Timeout while calling external repository; url=URL.
Timeout before connecting to external repository; url=URL
Para resolver esse problema, verifique se você tem o URI upstream correto ou, se ele estiver correto, investigue se a origem upstream está passando por uma interrupção.
Pacotes do SO
Nesta seção, listamos os erros de repositório remoto que podem ser encontrados em pacotes do SO e fornecemos sugestões sobre como corrigir cada um deles.
Para saber mais sobre como resolver problemas com repositórios padrão para pacotes do SO, consulte Resolver problemas com pacotes do SO.
Can not load erro
O problema a seguir ocorre ao instalar um pacote usando a versão ou a arquitetura. Por exemplo, se você tentar instalar nano-2.3.1-10.el7.x86_64.rpm.
Can not load RPM file: nano-2.3.1-10.el7.x86_64.rpm
Could not open: nano-2.3.1-10.el7.x86_64.rpm
Para resolver esse problema, solicite o pacote usando apenas o nome.
Por exemplo, instale nano em vez de nano-2.3.1-10.el7.x86_64.rpm.
Priorização Yum
O problema a seguir ocorre quando os pacotes não são instalados pelo repositório remoto quando esperado ou são instalados quando o controle remoto precisa ser usado como backup.
Por padrão, o Yum determina qual repositório priorizar com base no nome dele. Ele tentará instalar pacotes do nome do repositório primeiro em ordem alfabética. Se não encontrar o pacote nesse repositório, ele continuará tentando cada repositório pelo alfabeto.
O repositório padrão costuma ser chamado de [base] ou [baseos]. Se o nome do repositório remoto for nomeado começando com um caractere numérico ou vier antes no alfabeto do que [base], ele será testado antes do padrão. Se o repositório
remoto tiver o nome de [base] no alfabeto, ele será testado com o
padrão.
Para resolver esse problema, você pode renomear seu repositório ou configurar o arquivo
yum.conf usando as sinalizações descritas na página do manual de yum.conf (em inglês).