Докер работает нормально, но команды вылетают с ошибкой

Я не профессионал в Docker для Windows, но использую его несколько месяцев, и все было хорошо.

Моя установка: Windows 10 Pro x64 Docker для Windows версии 17.12.0-ce, сборка c97c6d6

Через день после перезагрузки моей системы я получаю эту ошибку для каждой команды докера (с задержкой около 40 секунд для ответа):

ошибка во время подключения: получить http://192.168.99.100:2375/v1.35/images/json: dial tcp 192.168.99.100:2375: connectex: попытка подключения не удалась, потому что подключенная сторона не ответила должным образом по прошествии определенного периода времени, или установленное соединение не удалось из-за того, что подключенный хост не ответил.

Виртуализация включена, Hyper-V вроде работает нормально. Я несколько раз переустанавливал Docker, удалял и адаптеры Hyper-V - результат тот же. Docker не показывает ошибок при установке, запуске и запуске.

Похоже, что единственная команда Docker, которая выполняется нормально, - это docker --version, но она также занимает около 10 секунд.


docker docker-for-windows
person maxPain    schedule 15.02.2018    source источник
comment
Межсетевой экран? Но десять секунд - это короткий тайм-аут.   -  person Gerard H. Pille    schedule 15.02.2018
comment
Я не думаю, что это проблема. Я нахожусь в корпоративной сети, и у моих коллег одни и те же машины с одинаковыми конфигурациями, и их докеры продолжают работать нормально.   -  person maxPain    schedule 15.02.2018
comment
Измеренный тайм-аут для docker image ls ответа - 40 секунд   -  person maxPain    schedule 15.02.2018
comment
Но ваша система перезагрузилась. Ваши коллеги?   -  person Gerard H. Pille    schedule 15.02.2018
comment
Просто спрашиваю, потому что были обновления Windows для Spectre & Meltdown, которые усложнили жизнь виртуальному хостингу.   -  person Gerard H. Pille    schedule 15.02.2018
comment
Я почти уверен, что их машины находятся в том же состоянии (сборка Windows, примененные обновления и т. Д.)   -  person maxPain    schedule 15.02.2018
comment
В Linux в докере есть /var/log/docker.log. Есть ли следы входа в вашу систему? Кстати, я надеюсь, вы согласитесь, что между вашей системой и системой ваших коллег есть разница. Вы уверены, что один из них перезагрузился и все еще в порядке?   -  person Gerard H. Pille    schedule 15.02.2018
comment
Конечно! общие конфигурации окон идентичны, их машины также постоянно перезагружаются. Я уверен, что это корень проблемы. Я нашел файл Docker log.txt, и вот результат последней сбойной команды: [15:42:56.400][LocalhostForwarder][Info ] Reconciliation succeeded [15:42:56.401][WindowsDaemon ][Info ] debug: Calling GET /v1.34/containers/json?limit=0   -  person maxPain    schedule 15.02.2018
comment
Что-то изменилось со времен ОП? с v1.35 на v1.34? Если вы смешиваете версии, знаете ли вы это: github.com/docker/for- win / issues / 1546? Надо сказать, бревно невероятно короткое, его переворачивали?   -  person Gerard H. Pille    schedule 15.02.2018
comment
Ничего не изменилось. На самом деле на выполнение одной команды приходится всего 2 строчки логов. Журналы запуска Docker были опущены. docker version возвращает только версию клиента (API v1.35) и ту же ошибку. Я всегда работаю с контейнерами Linux и никогда не переходил на Windows   -  person maxPain    schedule 16.02.2018
comment
Запустите strace docker --version, чтобы узнать, почему ему для этого нужно 10 секунд.   -  person Gerard H. Pille    schedule 16.02.2018
comment
Вот снимок экрана.   -  person maxPain    schedule 19.02.2018
comment
Я пытаюсь получить это изображение, но брандмауэру компании не нравится этот бит (не говоря уже о байтах).   -  person Gerard H. Pille    schedule 19.02.2018
comment
Можете ли вы еще раз попробовать strace, на этот раз strace -f -o /tmp/docker.trc -tt docker --version. Затем загрузите /tmp/docker.trc - текстовый файл, который должен сообщить нам, что происходит во время задержки. -f следует за дочерними процессами. -tt, чтобы не указывать, где задержка ;-)   -  person Gerard H. Pille    schedule 19.02.2018
comment
спасибо за подсказку) вот он: drive.google.com/file / d / 1yIJWy8ZB_AUJUyJktPp8XcapBn8SQ90Z /   -  person maxPain    schedule 19.02.2018
comment
Это не была трассировка, созданная с помощью -f и -tt. Это соответствует вашему скриншоту.   -  person Gerard H. Pille    schedule 19.02.2018

Ответы (2)


arrow_upward
0
arrow_downward

Кажется, проблема была в переменных окружения. Я проверил их, и там был DOCKER_HOST, указывающий на 192.168.99.100, после его удаления все работает нормально. Откуда это взялось - пока загадка.

person maxPain    schedule 19.02.2018

arrow_upward
0
arrow_downward

У меня та же проблема.

Проблема была в следующем: раньше у меня на компьютере был Docker Toolbox. Итак, у меня были переменные среды:

DOCKER_TLS_VERIFY,

DOCKER_CERT_PATH,

DOCKER_HOST,

DOCKER_TOOLBOX_INSTALL_PATH.

Я их удалил, и это помогло.

person Maria Pomazkina-Karpikova    schedule 06.06.2019