2015-02-22 2 views
0

Я не могу запустить rabbitmq с использованием марафона/мезос рамки. Я попробовал это с изображениями rabbitmq, доступными в докере-хабе, а также с пользовательским изображением докеры на основе кролика. В ведомому Mesos журнал я вижу следующее сообщение об ошибке:Невозможно запустить rabbitmq с помощью марафона mesos

E0222 12: 38: 37,225500 15984 slave.cpp: 2344] Не удалось обновить ресурсы для контейнера c02b0067-89c1-4fc1-80b0-0f653b909777 ИСПОЛНИТЕЛЯ rabbitmq.9ebfc76f-ba61 -11e4-85c9-56847afe9799 Выполнение задачи rabbitmq.9ebfc76f-ba61-11e4-85c9-56847afe9799 о статусе обновления для задачи терминала, уничтожение контейнера: Не удалось определить cgroup для подсистемы «cpu»: Не удалось прочитать/proc/13197/cgroup: Не удалось открыть файл «/ Proc/13197/контрольная группа»: Нет такого файла или каталога

на прибегая к помощи я мог бы найти один удар следующим https://github.com/mesosphere/marathon/issues/632

Не уверен, если это вопрос даже я столкнулся. Кто-нибудь пробовал работать с кроликом, используя марафон/мезо/докер?

+0

Какие версии марафона и мезоса вы используете и как выглядит ваше определение приложения? – drexin

+0

марафон версии 0.8.0 и мезос версии 0.21.1. Вот мой марафон JSON { "Идентификатор": "RabbitMQ", "ЦМД": "", "процессоры": 1, "MEM": 512, "экземпляры": 1, "контейнер" : { "типа": "DOCKER", "докер": { "образ": "локальный: 5000/RabbitMQ", "сеть": "БРИДЖ" } } } – ashishjain

+0

вы пробовали запустив изображение на том же хосте с командой docker напрямую? – drexin

ответ

2

Похоже, что процесс ушел (вероятно, разбился), прежде чем контейнер был настроен. Вы должны проверить stdout и stderr, чтобы узнать, что произошло, и устраните проблему с корнем.

-1

"cmd": "", является подобным преступником. Я бы посмотрел на контейнеры-докеры на кушетке, чтобы узнать, как заставить его работать.

 Смежные вопросы

  • Нет связанных вопросов^_^