U
journalctl -u docker - тоже может показать лог, но там ключ есть для полного лога.. я его постоянно забываю, на вскидку не скажу
Size: a a a
2021 February 01
MT
MT
Спасибо
MT
Буду проверять
MT
journalctl -u docker.service or /var/log/syslog
VZ
Господа,
Скажите, кто так борется с такой проблемой?
Сервера стоят выделенные смотрят в нет, юзеры могут запускать там свои контейнера. Иногда нерадивые юзеры запускают контейнер c условно -p 27001:27001 и выставляют сервис в нет.
Как более изящно с этим бороться? Сейчас запрещаю через "iptables": false и настройки iptables в ручную. Но создает ряд проблем.
Возможно есть более красивое решение? Понятно что внешний firewall решает проблему, но в той локации не доступно у сожалению.
Скажите, кто так борется с такой проблемой?
Сервера стоят выделенные смотрят в нет, юзеры могут запускать там свои контейнера. Иногда нерадивые юзеры запускают контейнер c условно -p 27001:27001 и выставляют сервис в нет.
Как более изящно с этим бороться? Сейчас запрещаю через "iptables": false и настройки iptables в ручную. Но создает ряд проблем.
Возможно есть более красивое решение? Понятно что внешний firewall решает проблему, но в той локации не доступно у сожалению.
Ф
Добрый день. Пытаюсь скачать контейнер mysql, пишет no matching manifest for linux/386 in the manifest list entries неужели нет такого?
VZ
а еще где-то 32-битные системы остались? )
Ф
а еще где-то 32-битные системы остались? )
у меня 64 битная
MW
в 2006-ом
A
Такой вопрос. Устанавливаю ноду в Dockerfile, вывожу там версию ноды и нпм, все ок.
Но не могу запустить npm install внутри контейнера app. Пишет bash: node: command not found
Но не могу запустить npm install внутри контейнера app. Пишет bash: node: command not found
EU
Привет всём. У меня есть задача. Есть репки, в которых хранятся сервисы/воркеры. Их нужно деплоить и тестировать. Тестирование настроено в докере.
1. Поднимается докер с сервисом/воркером.
2. Поднимаются все зависимые контейнеры (psql, например и какой-нибудь почтовый сервер).
3. Поднимается контейнер с тестами и стреляет по сервису/воркеру.
4. Если постреляли и нашли ошибку, то докер с тестами завершается с кодом != 0. Умеем чекать это.
5. Если нет ошибки, то всё отлично. Выключаем все контейнеры и завершаем этап тестирования.
Хочу раннер поднимать в докере. Кроме того, хочется использовать docker-runner. Т.е. получается, что у меня возникает DockerInDockerInDocker. Далее, в докер-раннере оказывается ещё и несколько контейнеров: тесты, сервис/воркер, зависимые сервисы. Выглядит как жесть какая-то.
Как решается такая проблема?
1. Поднимается докер с сервисом/воркером.
2. Поднимаются все зависимые контейнеры (psql, например и какой-нибудь почтовый сервер).
3. Поднимается контейнер с тестами и стреляет по сервису/воркеру.
4. Если постреляли и нашли ошибку, то докер с тестами завершается с кодом != 0. Умеем чекать это.
5. Если нет ошибки, то всё отлично. Выключаем все контейнеры и завершаем этап тестирования.
Хочу раннер поднимать в докере. Кроме того, хочется использовать docker-runner. Т.е. получается, что у меня возникает DockerInDockerInDocker. Далее, в докер-раннере оказывается ещё и несколько контейнеров: тесты, сервис/воркер, зависимые сервисы. Выглядит как жесть какая-то.
Как решается такая проблема?
VC
Такой вопрос. Устанавливаю ноду в Dockerfile, вывожу там версию ноды и нпм, все ок.
Но не могу запустить npm install внутри контейнера app. Пишет bash: node: command not found
Но не могу запустить npm install внутри контейнера app. Пишет bash: node: command not found
смортиет чем отличаются npm version и npm install
A
Если на то пошло, я и node --version / npm --version внутри контейнера выполнить не могу
VC
Привет всём. У меня есть задача. Есть репки, в которых хранятся сервисы/воркеры. Их нужно деплоить и тестировать. Тестирование настроено в докере.
1. Поднимается докер с сервисом/воркером.
2. Поднимаются все зависимые контейнеры (psql, например и какой-нибудь почтовый сервер).
3. Поднимается контейнер с тестами и стреляет по сервису/воркеру.
4. Если постреляли и нашли ошибку, то докер с тестами завершается с кодом != 0. Умеем чекать это.
5. Если нет ошибки, то всё отлично. Выключаем все контейнеры и завершаем этап тестирования.
Хочу раннер поднимать в докере. Кроме того, хочется использовать docker-runner. Т.е. получается, что у меня возникает DockerInDockerInDocker. Далее, в докер-раннере оказывается ещё и несколько контейнеров: тесты, сервис/воркер, зависимые сервисы. Выглядит как жесть какая-то.
Как решается такая проблема?
1. Поднимается докер с сервисом/воркером.
2. Поднимаются все зависимые контейнеры (psql, например и какой-нибудь почтовый сервер).
3. Поднимается контейнер с тестами и стреляет по сервису/воркеру.
4. Если постреляли и нашли ошибку, то докер с тестами завершается с кодом != 0. Умеем чекать это.
5. Если нет ошибки, то всё отлично. Выключаем все контейнеры и завершаем этап тестирования.
Хочу раннер поднимать в докере. Кроме того, хочется использовать docker-runner. Т.е. получается, что у меня возникает DockerInDockerInDocker. Далее, в докер-раннере оказывается ещё и несколько контейнеров: тесты, сервис/воркер, зависимые сервисы. Выглядит как жесть какая-то.
Как решается такая проблема?
Проблема в том как выглядит? )
VC
Если на то пошло, я и node --version / npm --version внутри контейнера выполнить не могу
а как же "вывожу там версию ноды и нпм, все ок."?
A
а как же "вывожу там версию ноды и нпм, все ок."?
через Dockerfile во время билда
RUN node --versionVC
посмотреть бы докерфайл...
EU
Проблема в том как выглядит? )
Проблема в DockerInDockerInDocker. Пугает такая штука.
DockerInDocker — уже не очень. А тут — такое.
DockerInDocker — уже не очень. А тут — такое.