Ответ 1

Зеркало httpredir.debian.org является "волшебным" в том, что он будет балансировать баланс и гео-ip для прозрачного повышения производительности и доступности. Поэтому я немедленно подозреваю, что это вызвало вашу проблему или, по крайней мере, было первым, что можно было исключить.

Я бы проверить, можете ли вы:

• Все еще воспроизводит проблему; httpredir.debian.org выкинет "плохие" зеркала из своих внутренних списков, поэтому ваша проблема может быть временной.

• Воспроизведите проблему с другим зеркалом httpredir.debian.org. Попробуйте что-то вроде ftp.de.debian.org. Если он затем работает с этим зеркалом, обратитесь, пожалуйста, в службу поддержки httpredir.debian.org и сообщите о проблеме им. Они довольно отзывчивы и открыты для отчетов об ошибках.

Ответ 2

Для тех, у кого есть проблема с этим, это моя попытка "исправить" проблему путем замены httpredir на один рабочий домен всякий раз, когда строится Dockerfile:

FROM debian:je...

# Insert this line before "RUN apt-get update" to dynamically
# replace httpredir.debian.org with a single working domain
# in attempt to "prevent" the "Error reading from server" error.
RUN sed -i "s/httpredir.debian.org/`curl -s -D - http://httpredir.debian.org/demo/debian/ | awk '/^Link:/ { print $2 }' | sed -e '[email protected]<http://\(.*\)/debian/>;@\[email protected]'`/" /etc/apt/sources.list

# Continue with your apt-get update...
RUN apt-get update...

Что делает эта команда:

• Скрутите http://httpredir.debian.org/demo/debian/ от строительной машины, чтобы получить заголовки с демонстрационной страницы debian (-s отключен, не выводятся. -D - это сброс заголовков)
• Извлеките заголовки, найдите фрагмент заголовка Link. Это самый лучший маршрут, рекомендованный httpredir.
• Последний sed -e ... должен извлечь доменное имя ссылки на шаге 2.
• Затем, наконец, домен, найденный на шаге 3, подается в глобальную команду sed и заменяет домен httpredir.debian.org найденный в /etc/apt/sources.list.

Это не исправление, а простой взлом (значительно) уменьшает вероятность неудачной сборки. И... простите меня, если это выглядит странно, поскольку это моя девственница и попытка трубопровода.

Изменить

На стороне примечания, если домен, который он выбирает просто слишком медленно или не отвечает, как следует, вы можете сделать это вручную с помощью

• Посетите http://httpredir.debian.org/demo.html, и вы увидите ссылку там, как http://......./debian/. Например, в момент написания я увидел http://mirrors.tuna.tsinghua.edu.cn/debian/

• Вместо длинной команды RUN sed -i.... используйте вместо этого:

  RUN sed -i "s/httpredir.debian.org/mirrors.tuna.tsinghua.edu.cn/" /etc/apt/sources.list
  

Ответ 3

Я добавил apt-get clean в свой файл докеров перед строкой apt-get update, похоже, сделал трюк.

Я думаю, у меня нет способа узнать, была ли эта дополнительная команда, или если удача исправила мою сборку, но я принял совет от https://github.com/CGAL/cgal-testsuite-dockerfiles/issues/19

Ответ 4

Для тех, кто посещает подобные проблемы, использование флага --no-cache в docker build может помочь. Подобные проблемы (хотя и не точные) могут возникнуть, если обновление apt-get устарело и не отозвано в отношении кэширования.

Ответ 5

Недостаточно репутации для комментариев по предыдущим ответам, поэтому я (смущающе) добавлю новый ответ:

• Я не думаю, что жесткое кодирование одного зеркала действительно является жизнеспособным решением, так как, например, как показано здесь , причина в том, что debian реализовал всю вещь httpredir - зеркала спускаются или устаревают.
• Я много раз занимался этой проблемой, и журналы всегда указывали, что докеры фактически запускают команду apt-get, что означает, что -no-cache вряд ли будет ее исправлять - это просто, если вы rebuild, httpredir может выбрать другое зеркало, даже если вы ничего не измените в своем файле докеров, и сборка будет работать.