erros de timeout no apt-get update / install

Question

Estou tentando fazer um apt-get update ou apt-get install xyz e estou vendo tempos de espera como este:

W: Failed to fetch http://eu-west-1.ec2.archive.ubuntu.com/ubuntu/dists/oneiric-updates/Release.gpg  
Unable to connect to eu-west-1.ec2.archive.ubuntu.com:http: [IP: 10.224.87.159 80]

Este é um problema transitório com o Ubuntu, ou talvez seja algo do meu lado. A caixa da qual estou acessando está no EC2-EU.

Talvez haja uma maneira de forçar o instalador a usar os servidores dos EUA que parecem funcionar?

    

Answer 1

Em primeiro lugar, presumo que os tempos limite sejam um problema transitório com os servidores de atualização do Ubuntu nessa região.

Deve-se notar que as AMIs do EC2 do Ubuntu apontam para atualizar os servidores hospedados na região do EC2 que você está usando. É rápido (~ 10Mbps) e você não paga pela largura de banda.

Dito isto, não há nada imposto sobre onde você obtém suas atualizações. Você pode alterar seu /etc/apt/sources.list para apontar para diferentes servidores de atualização em uma região diferente. Duas sugestões para uma solução alternativa:

• copie um sources.list da região dos EUA para seus hosts da UE.
• adicione a seguinte linha à parte superior do seu sources.list :% deb mirror://mirrors.ubuntu.com/mirrors.txt oneiric main restricted universe multiverse

O que é interessante sobre a segunda solução é que esse arquivo "mirrors.txt" é gerado dinamicamente via GeoIP e deve sempre retornar um espelho bom e relativamente próximo. É ótimo para nós usuários do Ubuntu que se encontram viajando com frequência.

Novamente, considerando a natureza especial dos servidores de arquivamento no EC2, eu normalmente não faria isso em uma instância de nuvem. E eu faria apenas uma dessas soluções temporárias como medida temporária. O problema, onde quer que seja, é transitório e eu esperaria que fosse corrigido rapidamente.

    

Answer 2

Estou vendo um comportamento semelhante com um processo cloud-init quando estou atribuindo um IP elástico como parte dos metadados para ativar uma instância.

O mais estranho é que estou vendo apenas tempos limite esporádicos por cerca de 30 segundos enquanto o cloud-init está sendo executado. Estou testando isso com um netcat que é executado a cada 2 segundos como parte do cloud-init. Estou recebendo nc timeouts de vez em quando por um tempo, e depois estabiliza. O DNS parece funcionar todas as vezes e ocasionalmente me dá um IP diferente (como esperado).

Estou suspeitando de algo com a atribuição de IP elástico na infraestrutura da AWS, mas não tenho certeza.

A outra parte interessante é que as conexões http para um repositório local em minha conta da AWS funcionam bem, e as chamadas para security.ubuntu.com (externas à AWS, acredito) funcionam bem também. Eu só consegui coletar cerca de 15 amostras até o momento. Eu tenho a confirmação de que quando um netcat falha em archive.ubuntu.com, ele é bem-sucedido em outros lugares

ex do meu script no cloud-init:

us-east-1.ec2.archive.ubuntu.com is an alias for us-east-1.ec2.archive.ubuntu.com.s3.amazonaws.com.
us-east-1.ec2.archive.ubuntu.com.s3.amazonaws.com is an alias for s3-1-w.amazonaws.com.
s3-1-w.amazonaws.com has address 205.251.242.197
nc: connect to us-east-1.ec2.archive.ubuntu.com port 80 (tcp) timed out: Operation now in progress
Connection to {myawsserver}.ec2.{somedomain} 80 port [tcp/http] succeeded!
Connection to security.ubuntu.com 80 port [tcp/http] succeeded!