docker run image_name my_param_1 my_param_2 и т.п.

спасибо

правда от аппармора так и не избавился, придется ребутом решать

docker run image_name my_param_1 my_param_2 и т.п.

а если параметры именованные —port=2222 например

пофиг

пофиг

не очевидно, вот передаю как команду например entrypoint ["grep", "param"] , когда образа запускаю передаю docker run imagename lol , так не будет ведь работать

как указать что мне именно к этйо команде нужно передать параметры

хотя синтаксис говорит, команда , параметры .... , а параметр мне надо записывать ведь так например - - user =

или если я так запишу то при передаче он подменит -- user= на admin, или нужно сразу передавать --user=admin

получается так в докер файле я пишу entrypoint python lol.py --user=$user при запуске образа docker run image admin но так ничего не попадает, и отрабатывают сразу дефолтные значения в скрипте, какой все таки синтаксис передачи по именованным параметрам

привет, можно ли как то далть так ? у меняесть докерфайл, что мне в нем надо описать что бы передавать параметры при запуске образа ? у меня есть блок cmd где есть вызов команды и мне в нее надо передавать параметры

https://docs.docker.com/v17.09/engine/reference/builder/#understand-how-cmd-and-entrypoint-interact

получается так в докер файле я пишу entrypoint python lol.py --user=$user при запуске образа docker run image admin но так ничего не попадает, и отрабатывают сразу дефолтные значения в скрипте, какой все таки синтаксис передачи по именованным параметрам

так не прокатит

во-первых, надо разобраться что такое ENTRYPOINT ["python", "lol.py", "—use=$user"] против ENTRYPOINT python lol.py —user=$user

во-вторых, там могут быть нюансы с разворачиваем $user (для этого как бы шелл нужен)

слушай, всё это в доке есть

в третьих, есть же бест-пректис, что ту часть команды, которую пользовать не будет менять - мы засовываем в ENTRYPOINT. Оставляя изменяемую часть в CMD

или если я так запишу то при передаче он подменит -- user= на admin, или нужно сразу передавать --user=admin

а здесь зависит от того как программа парсит параметры (

т.е. —user=XXX - это ТОЧНО один параметр, а "—user XXX" - надо проверять

т.е. —user=XXX - это ТОЧНО один параметр, а "—user XXX" - надо проверять

можно передать и так и так

в третьих, есть же бест-пректис, что ту часть команды, которую пользовать не будет менять - мы засовываем в ENTRYPOINT. Оставляя изменяемую часть в CMD

но изменяемую часть в cmd можно разве передать при запуске ?

да, можно

это как раз docker run image_name <вот_этот_хвост>

это как раз docker run image_name <вот_этот_хвост>

попробую спасибо

Юзаю кластер postgresql (stolon) внутри docker swarm. Могут ли инстансы постгреса иметь 1 общий файл pg_hba.conf ?

Или для каждого сервера БД свой прописывать?

это как раз docker run image_name <вот_этот_хвост>

если просто передавать команду и параметры docker run image cmd param param ... .... - работает если укзаать ENTRYPOINT ["python lol.py"] CMD ["—user=admin", --pass=qwerty"] так не работает docker: Error response from daemon: OCI runtime create failed: container_linux.go:344: starting container process caused "exec: если указать параметры без равно тоже не работает )) по идее как я прочитал в доке должно именно так работать, в энтрипоинт команда, в цмд параметры

если просто передавать команду и параметры docker run image cmd param param ... .... - работает если укзаать ENTRYPOINT ["python lol.py"] CMD ["—user=admin", --pass=qwerty"] так не работает docker: Error response from daemon: OCI runtime create failed: container_linux.go:344: starting container process caused "exec: если указать параметры без равно тоже не работает )) по идее как я прочитал в доке должно именно так работать, в энтрипоинт команда, в цмд параметры

у тебя в CMD кавычек не хватает )

во-вторых, ENTRYPOINT ["python","lol.py"]

а еще лучше - ENTRYPOINT ["/usr/bin/python","-m lol.py"]

у тебя в CMD кавычек не хватает )

каких ? ))) каждый параметр в кавычках

кривой копипаст?

кривой копипаст?

это я тут набирал, пропустил

ну, я верю, что у тебя получится. Ну, не с первой попытки, но тем не менее

ну, я верю, что у тебя получится. Ну, не с первой попытки, но тем не менее

да спасибо)) что веришь в меня _) оказалось как не тривиально

Добрый день! Подскажет кто как решить проблему с ворнингом? в моем случае с Redis https://hub.docker.com/_/redis/ WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect. Возможно у кого то есть простая, адекватная, настройка Redis? (Вариант в сообщении ворнинга не работает)

Ребят, привет. подскажите плз, если у нас docker-compose up сделан с -d то потом нельзя сделать так чтобы видеть логи всех запущенных приложений? Ну типа приаттачить их как если бы мы запустили без -d

Писать логи в journald

Писать логи в journald

+1

docker-compose logs

ну, и всегда можно потом docker logs -f сделать

Писать логи в journald

в graylog

знатоки, помогите! что-то сеть контейнера(?) - докера чудит:

куда глядеть?

это контейнер конфлюенс

--name="confluence" -d --net confluence_net -p 8090:8090 -p 8091:8091 atlassian/confluence-server

на хосте соотв. ip 10.49.69.24 порт слушает 8090

а нахера так делать?

дык вроде рекомендации создателя контейнера

на хосте соотв. ip 10.49.69.24 порт слушает 8090

ну, это неверно. На хосте он слушает 0.0.0.0

что вполне логично

а нахера так делать?

что не так

docker ps лучшче

там видно пробросы портов

после старта контейнера - порт 8090 доступен буквально пару секунд , а потом нет

ну, бридж - он создает дополнительные правила в файрволл. Для стендэлоун инсталляции - годится

но для небольшой нагрузки

после старта контейнера - порт 8090 доступен буквально пару секунд , а потом нет

а ВНУТРИ контейнера - netstat что кажет?

если его нет, то надо доустановить

я пробовал с параметром —net host стартовать - поведение такое же

а конфлюенс то поднялся?

вдруг докер слушает, а конфлюенс нет

вдруг докер слушает, а конфлюенс нет

да, я про это же.

хотя вроде up 2 минуты

контейнер с нуля скачивал - удалял. пару дней назад все работало

docker logs примени на контейнер и покажи

ща войду в консоль контейнера

может оно в аут оф мемори упало

а telnet 127.0.0.1 8090 что говорит

09-Jul-2019 10:41:24.997 INFO [Catalina-utility-2] org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.initControllerAdviceCache Looking for @ControllerAdvice: WebApplicationContext for namespace 'dispatcher-servlet': startup date [Tue Jul 09 10:41:21 GMT 2019]; root of context hierarchy 09-Jul-2019 10:41:25.148 INFO [Catalina-utility-2] org.springframework.context.support.DefaultLifecycleProcessor.start Starting beans in phase 2147483647 09-Jul-2019 10:41:25.180 INFO [Catalina-utility-2] org.springframework.web.servlet.DispatcherServlet.initServletBean FrameworkServlet 'dispatcher': initialization completed in 3640 ms 2019-07-09 10:41:27,318 INFO [Catalina-utility-1] [com.atlassian.confluence.lifecycle] contextInitialized Starting Confluence 6.15.6 [build 8100 based on commit hash e533a30abc9e1cf90ba3519e12647de186f0ee76] - synchrony version 2.1.0-release-confluence_6.15-32f7299a

а telnet 127.0.0.1 8090 что говорит

не подключается

не подключается

как это выглядит?

таймаут/резет/иное

неее - наврал

root@docker-apps:~# nc -v 127.0.0.1 8090 Connection to 127.0.0.1 8090 port [tcp/*] succeeded!

проходит

ну значит роботает

а вот так - нет: nc -v 10.49.69.24 8090

а и не должно из контейнера. Вроде как

может у тебя еще файрволл подгаживает

с локал хоста " nc -v 10.49.69.24 8090" должно работать, если правила правильно прописаны

может у тебя еще файрволл подгаживает

во всех бедах его беднягу винят в первую очередь)

iptables -L -v -n —line-numbers покажи

всё огонь вроде

и тем не менее не подключается - бред какой-то :(

кто подскажет - в каком пакете netstat

или ss

net-tools