LINUX.ORG.RU
ФорумAdmin

После перезагрузки сервера не стартует один докер конетейнер rabbitmq

 


0

1

version: «3.2»
services:
rabbitmq:
image: rabbitmq:3-management-alpine
environment:
- RABBITMQ_DEFAULT_USER=rmuser
- RABBITMQ_DEFAULT_PASS=rmpasswor
container_name: 'rabbitmq'
ports:
- 5672:5672
#web gui
- 15672:15672

почему? И как исправить?

docker-compose up -d запускаю его



Последнее исправление: Regacar (всего исправлений: 1)

А что в логах докер сервиса? Удали контейнер и попробуй добавить явно ключик включения автозапуска.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

docker logs aac893a431a8
2024-05-08 18:20:58.159244+00:00 [notice] <0.64.0> SIGTERM received - shutting down
2024-05-08 18:20:58.159244+00:00 [notice] <0.64.0>
все

пробовал stop down, или как еще удалить?

Regacar
() автор топика
Ответ на: комментарий от Regacar

Down в docker-compose - остановка и удаление.

Если stop, то потом через docker удаляй.

anonymous
()
Ответ на: комментарий от rtxtxtrx
  • 22:22 вот здесь в инторнетах куча голых жоп. Креды root:123123123. Не благодари.
BRE ★★
()
Ответ на: комментарий от rtxtxtrx

Откуда ты знаешь, что он запущен на VPS или просто на системе с белым IP? Он может быть и на локальной системе в серой сети.

Хотя допущение возможно.

Ну и может он закрыт пакетным фильтром (iptables) с доступом с конкретных IP.

anonymous
()
Ответ на: комментарий от anonymous

Я к торчащим наружу redis привык, а через rabbit недавно слили данные из приложения для родительского контроля

rtxtxtrx ★★★
()
Ответ на: комментарий от George

restart: always
да, так и сделал, забыл про это. давно не лазил в докер

Regacar
() автор топика

помимо логов стоит вызвать info для остановленного контейнера. Там в причинах можно увидеть характерные для рестарта проблемы с:

  • монтированием фс
  • монтированием сети
  • общесистемные проблемы докера
  • провал healthcheck (некоторые контейнеры поставляют его из коробки) частая причина на RPI подобных сборках например
  • OOM врятли это оно но информация там и такая есть
  • занятость порта
  • проблема с хранилищем образов

Так-же если вы не выполнили down перед выключением докер может восстановить контейнер сам что приведет к конфликту за ресурсы (порт, имя контейнера). Если в запуске участвует крон стоит перенести на systemd и добавить свой скрипт как стартующий после docker.service

alhimik
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.