У меня была такая же проблема.Позже я обнаружил, что текущее состояние «Подготовка» указывает на то, что докер пытается извлечь образы из концентратора докеров.Но в docker service logs <serviceName> нет четкого индикатора, доступного в docker-compose-version выше ' 3.1 '.
Но иногда он налагает задержку из-за пропускной способности n \ w или другого докеравнутренние причины.
Надеюсь, это поможет!Я обновлю ответ, если найду более подходящую информацию.
PS Я определил, что docker stack deploy -c <your-compose-file> <appGroupName> не застревает при переключении команды на docker-compose up.Для меня это заняло более 20 минут по некоторым причинам.
Итак, это доказывает, что нет открытых проблем с docker stack deploy,
Добавлениеобратитесь от Кристиана к клубу и заполните этот ответ.
Используйте docker-machine ssh для подключения к конкретной машине:
docker-machine ssh <nameOfNode/Machine>
Ваше приглашение изменится.Теперь вы находитесь в другой машине.Внутри этой другой машины сделайте следующее:
tail -f /var/log/docker.log
Вы увидите журнал "daemon" для этой машины.Там вы увидите, выполняет ли этот конкретный демон «вытягивание» или что делает в рамках подготовки службы.В моем случае я нашел что-то вроде этого:
time="2016-09-05T19:04:07.881790998Z" level=debug msg="pull progress map[progress:[===========================================> ] 112.4 MB/130.2 MB status:Downloading
, что заставило меня понять, что это просто загрузка некоторых изображений из моей учетной записи Docker.