Это произошло, когда были отправлены 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
на имя изображения, если оно присутствует перед повторным запуском.
Удаление 'DCOS-genconf.14509fe1e7899f4395-3a2b7e03c45cd615da.tar' сделал трюк – vanthome