ошибки тайм-аута в apt-get update / install
Я пытаюсь сделать apt-get update или apt-get install xyz и вижу таймауты вот так:
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]
Это временная проблема с Ubuntu, или, возможно, это что-то на моем конце , Ящик, из которого я получаю к нему доступ, находится в EC2-EU.
Возможно, есть способ заставить установщик использовать серверы США, которые, кажется, работают?
2 ответа
Во-первых, я предполагаю, что таймауты - это временная проблема с серверами обновления Ubuntu в этом регионе.
Следует отметить, что EC2 Ubuntu AMI указывают на серверы обновления, расположенные в регионе EC2, которые вы используете. Это быстро (~10 Мбит/с) и вы не платите за полосу пропускания
Сказав это, вы не можете быть уверены в том, откуда вы получаете обновления. Вы можете изменить свой /etc/apt/sources.list, чтобы указать на разные серверы обновлений в разных регионах. Два предложения по обходному пути:
- скопируйте
source.listиз региона США на ваши европейские хосты. - добавьте следующую строку вверху вашего
source.list:
deb mirror://mirrors.ubuntu. com/mirrors.txt oneiric main restricted universe multiverse
Что хорошо во втором решении, так это то, что этот файл "mirrorrors.txt" динамически генерируется через GeoIP и всегда должен возвращать хорошее и относительно близкое зеркало. Это отлично для нас пользователей Ubuntu, которые часто путешествуют.
Опять же, учитывая особую природу архивных серверов на EC2, я бы обычно не делал этого на примере облака. И я бы сделал только один из этих обходных путей в качестве временной меры. Проблема, где бы она ни была, переходная, и я ожидал бы, что она будет исправлена довольно быстро.
Я наблюдаю аналогичное поведение с процессом cloud-init, когда я назначаю эластичный IP-адрес как часть метаданных для запуска экземпляра.
Странно то, что я вижу только спорадические тайм-ауты один раз и выключаются в течение примерно 30 секунд во время работы cloud-init. Я тестирую это с помощью netcat, который запускается каждые 2 секунды как часть cloud-init. Я получаю nc timeout каждые несколько раз какое-то время, а затем он стабилизируется. Кажется, что DNS работает каждый раз и иногда дает мне другой IP (как и ожидалось).
Я подозреваю, что что-то связано с эластичным назначением IP-адресов в инфраструктуре AWS, но я не уверен.
Другой интересный момент заключается в том, что http-соединения с локальным репо в моей учетной записи AWS работают нормально, и вызовы security.ubuntu.com (внешние по отношению к AWS, как мне кажется) тоже работают нормально. Пока мне удалось собрать только около 15 образцов. У меня есть подтверждение, что когда netcat не удается подключиться к archive.ubuntu.com, он преуспевает в другом месте
например, из моего сценария в 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!