2016-05-10 5 views

ответ

2

Это произошло, когда были отправлены TERM, HUP или KILL, а dcos_generate_config.sh выполнил docker load. Последний советник (1.7) отправляется с ловушкой на те сигналы, которые очищаются в этом случае.

Я предлагаю удалить dcos-genconf- $ HASH.tar.xz, который выписывается в каталог, в котором выполняется dcos_generate_config.sh, а затем повторно запускается.

Таким образом, вы можете не иметь поврежденного файла или изображения tar. Изображение представляет собой tar-файл, добавленный после EOF внутри dcos_generate_config.sh, он извлекает этот файл, записывает его на диск, а затем docker loads. В этой методологии есть много ошибок.

В соответствии с удалением этой смолы с диска я бы также рекомендовал docker rmi на имя изображения, если оно присутствует перед повторным запуском.

4

Моей догадки у вас есть неправильно настроенное конфигурацию Докера. Не могли бы вы проверить, что вы изменили по умолчанию.

изображение mesosphere/dcos-genconf не находится на Docker Hub. Внутри скрипта dcos_generate_config.sh установщик DC/OS распаковывает его из tar-файла.

  • Вы используете прокси-конфигурацию для Docker Daemon?
  • Является ли файл dcos-genconf.14509fe1e7899f4395-3a2b7e03c45cd615da.tar представленным в каталоге /home/ec2-user/. Затем удалите файл.
  • Каков выходной сигнал docker images? Очистите все ваши изображения, у которых есть репозиторий mesosphere/dcos-genconf.

Затем вы можете попробовать еще раз.

+3

Удаление 'DCOS-genconf.14509fe1e7899f4395-3a2b7e03c45cd615da.tar' сделал трюк – vanthome

0

Просто удалите файл tar:

rm dcos-genconf.14509fe1e7899f4395-3a2b7e03c45cd615da.tar 

и запустить снова

bash dcos_generate_config.sh