господи. зачем вы мне рассказываете что будет а что не будет. зачем вы ставите локаль в базе?

дык, для корректной работы поисков и сортировок, очевидно же

господи. зачем вы мне рассказываете что будет а что не будет. зачем вы ставите локаль в базе?

а ты не ставишь? о_0

и для возможности пихать в базу инфу в нужной кодировке

просто как ей тогда пользоваться...

я аж призадумался от этого вопроса

вот выхлоп от сервера на его сборке postgres=# SELECT name, setting FROM pg_settings WHERE category ~ 'Locale'; name | setting ----------------------------+-------------------- client_encoding | SQL_ASCII DateStyle | ISO, MDY default_text_search_config | pg_catalog.english extra_float_digits | 0 IntervalStyle | postgres lc_collate | C lc_ctype | C lc_messages | C lc_monetary | C lc_numeric | C lc_time | C server_encoding | UTF8 TimeZone | UTC timezone_abbreviations | Default (14 rows)

в вот как надо name | setting ----------------------------+-------------------- client_encoding | UTF8 DateStyle | ISO, MDY default_text_search_config | pg_catalog.english extra_float_digits | 0 IntervalStyle | postgres lc_collate | en_US.UTF-8 lc_ctype | en_US.UTF-8 lc_messages | en_US.UTF-8 lc_monetary | en_US.UTF-8 lc_numeric | en_US.UTF-8 lc_time | en_US.UTF-8 server_encoding | UTF8 TimeZone | W-SU timezone_abbreviations | Default (14 rows)

так а чем вас с не устраивают? у вас там китайский?

просто как ей тогда пользоваться...

вам нужен китайский?

Русский, в том числе

в вот как надо name | setting ----------------------------+-------------------- client_encoding | UTF8 DateStyle | ISO, MDY default_text_search_config | pg_catalog.english extra_float_digits | 0 IntervalStyle | postgres lc_collate | en_US.UTF-8 lc_ctype | en_US.UTF-8 lc_messages | en_US.UTF-8 lc_monetary | en_US.UTF-8 lc_numeric | en_US.UTF-8 lc_time | en_US.UTF-8 server_encoding | UTF8 TimeZone | W-SU timezone_abbreviations | Default (14 rows)

или вы символы карренси в базе храните?

Русский, в том числе

но у вас же все равно en_US выставлен

λ docker search postgresql NAME DESCRIPTION STARS OFFICIAL AUTOMATED sameersbn/postgresql 106 [OK]

https://hub.docker.com/_/postgres/ Вот официальтный же...

я конечно могу ошибаться, но похоже постгре умеет локали на уровне дб (неожиданно) https://www.postgresql.org/docs/9.3/static/multibyte.html The default character set is selected while initializing your PostgreSQL database cluster using initdb. It can be overridden when you create a database, so you can have multiple databases each with a different character set.

Мне кажется это проблема в имидже, это дикость какая то собирать образ с ansii

я конечно могу ошибаться, но похоже постгре умеет локали на уровне дб (неожиданно) https://www.postgresql.org/docs/9.3/static/multibyte.html The default character set is selected while initializing your PostgreSQL database cluster using initdb. It can be overridden when you create a database, so you can have multiple databases each with a different character set.

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

Мне кажется это проблема в имидже, это дикость какая то собирать образ с ansii

Ну буржуев проблемы стран 3-го мира не особо интересуют

вам нужен китайский?

Мало ли какие символы , частенько какое-то говно бывает, да

Русский, в том числе

Нахуй нужен русский ?

Мне кажется это проблема в имидже, это дикость какая то собирать образ с ansii

Да

вот мой докер билд # Version: 0.0.1 FROM python:2.7-alpine MAINTAINER djtimone <timonefm@gmail.com> RUN pip install —upgrade pip COPY requirements.txt /app/ RUN pip install -r /app/requirements.txt #EXPOSE 80 COPY example.py /app/ COPY teranicouture.py /app/ COPY src /app/ COPY instaserver.sh /app/ WORKDIR /app CMD ["/app/instaserver.sh"]

докерфайл

запускаю на сервере docker run работает только один

апп

а нужно что бы работало 2

root@143695:~# docker run djtimone/instaserver Instabot v1.1.0 started at 18.05.2017 15:11:

почему с таким докерфайлом ENTRYPOINT ansible-playbook CMD ["-M", "/root/deploy", "/root/deploy/deploy.yml" ] мне выдаёт, что container_linux.go:247: starting container process caused "exec: \"-M\": executable file not found in $PATH"?

такое тоже не работало: ENTRYPOINT ["ansible-playbook"] CMD ["-M", "/root/deploy", "/root/deploy/deploy.yml" ]

а скажите-ка, systemd в контейнерах работает или фигос?

он на dbus завязан, поэтому корявенько работает

а скажите-ка, systemd в контейнерах работает или фигос?

а зачем, чтобы несколько процессов запускать? нужно так делать в идеале, чтобы 1 контейнер = 1 приложение

да, это я из академического интереса

дёрнул в контейнере timedatectl

такое тоже не работало: ENTRYPOINT ["ansible-playbook"] CMD ["-M", "/root/deploy", "/root/deploy/deploy.yml" ]

попробуйте убрать ENTRYPOINT и сделать CMD ["ansible-playbook", "-M", "/root/deploy", "/root/deploy/deploy.yml" ] или убрать CMD вообще и при docker run всамый конец добавить -M /root/deploy /root/deploy/deploy.yml

попробуйте убрать ENTRYPOINT и сделать CMD ["ansible-playbook", "-M", "/root/deploy", "/root/deploy/deploy.yml" ] или убрать CMD вообще и при docker run всамый конец добавить -M /root/deploy /root/deploy/deploy.yml

ну я знаю, что так сделать можно. вопрос в том, почему это не работает

Насколько я понимаю одновременно ENTRYPOINT и CMD ставят только тогда, когда для ENTRYPOINT не передаются аргументы. поправьте если я ошибаюсь. Поэтому они не работают вместе...

т.е. в этом случае ентрипоинт используется как конфигурационный скрипт запускаемый перед основным процессом. Выше по постгресу я давал ссылку, там как раз так используется.

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

подозреваю, что бага

а вот так вот взлетело: docker run --entrypoint ansible-playbook deployer -M /root/deploy /root/deploy/deploy.yml

подозреваю, что бага

Да нет :) Там в таблице даже написаны примеры. Поставьте значение энтрипоинт в квадратные скобки

так и сделал. он мне при сборке вообще ENTRYPOINT игнорит, я сейчас внимательней глянул

то есть, сначала завершается шаг RUN, пропускается ENTRYPOINT и наворачивается после этого CMD

то есть, сначала завершается шаг RUN, пропускается ENTRYPOINT и наворачивается после этого CMD

--no-cache

то есть, сначала завершается шаг RUN, пропускается ENTRYPOINT и наворачивается после этого CMD

И -M можно попробовать перенести в энтрипоинт... А вообще в данном случае смысла это разделять на 2 команды нету, из примера не ясно зачем. В одну строчку было бы красивее :)

лол. кароч RUN не понял закомментированный решёткой \

Всем привет

https://github.com/moby/moby что за Moby Project?

теперь так называется докер для коммунити. докер для энтерпрайза останется просто докером

понятно

я думал что-то новое сделали

Ребят, есть питонисты? Как в контейнере получить хост или ip хост машины ?

средствами питона разумеется

не уверен что это тривиальная задача - не проще ли передавать через env ip адрес хост машины при создании контейнера

как я понял, moby - это тулза для сборки дистрибутивов ос, внутри которых будут крутиться контейнеры

в readme в разделе overview более подробно написано про это

а как-то можно получить лист tag'ов нужного имиджа из docker hub?

ERROR: S client not available

а как-то можно получить лист tag'ов нужного имиджа из docker hub?

Самое простое, это просто открыть сайт докер хаба и посмотреть список тегов. Если нужно в командлайне, то вот ответ http://stackoverflow.com/questions/28320134/how-to-list-all-tags-for-a-docker-image-on-a-remote-registry Какай то простой команды для этого нету

Пока так и не понимаю как правильно обойтись с timezone. Допустим, мне нужно крутить несколько контейнеров в разных timezone, следовательно, вариант пробросить /etc/localtime с хоста в контейнер отпадает. Дальше, опять, несколько вариантов. Делать в контейнере правильную timezone примерно так RUN ln -fs /usr/share/zoneinfo/Europe/Moscow /etc/localtime \ && DEBIAN_FRONTEND=noninteractive dpkg-reconfigure -f noninteractive tzdata Или же пускать контейнер как docker run bla-bla -e TZ=Europe/Moscow или любая другая timezone. Но тут у меня вопросы все ли процессы будут правильно понимать это? bash в контейнере время показывает нужное. Но /etc/localtime же фиг знает какой и /etc/timezone тоже

Пока так и не понимаю как правильно обойтись с timezone. Допустим, мне нужно крутить несколько контейнеров в разных timezone, следовательно, вариант пробросить /etc/localtime с хоста в контейнер отпадает. Дальше, опять, несколько вариантов. Делать в контейнере правильную timezone примерно так RUN ln -fs /usr/share/zoneinfo/Europe/Moscow /etc/localtime \ && DEBIAN_FRONTEND=noninteractive dpkg-reconfigure -f noninteractive tzdata Или же пускать контейнер как docker run bla-bla -e TZ=Europe/Moscow или любая другая timezone. Но тут у меня вопросы все ли процессы будут правильно понимать это? bash в контейнере время показывает нужное. Но /etc/localtime же фиг знает какой и /etc/timezone тоже

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

Я уже собрал, но хочу прояснить

Я уже собрал, но хочу прояснить

https://github.com/moby/moby/issues/3359 вот тут прояснить можете

Я уже собрал, но хочу прояснить

а не напомните, зачем вам TZ? опять что нибудь этакое с таймзоной в базе хранить да?

Пока так и не понимаю как правильно обойтись с timezone. Допустим, мне нужно крутить несколько контейнеров в разных timezone, следовательно, вариант пробросить /etc/localtime с хоста в контейнер отпадает. Дальше, опять, несколько вариантов. Делать в контейнере правильную timezone примерно так RUN ln -fs /usr/share/zoneinfo/Europe/Moscow /etc/localtime \ && DEBIAN_FRONTEND=noninteractive dpkg-reconfigure -f noninteractive tzdata Или же пускать контейнер как docker run bla-bla -e TZ=Europe/Moscow или любая другая timezone. Но тут у меня вопросы все ли процессы будут правильно понимать это? bash в контейнере время показывает нужное. Но /etc/localtime же фиг знает какой и /etc/timezone тоже

да, если контейнеров будет много, а имидж один, то просто передавайте через -e ... Саму таймзону, если просто передача -e TZ=Europe/Moscow не решает вашу проблему, в контейнере может конфигурировать entrypoint.sh который будет запускаться брать env переменную и выполнять с ней указанную вами команду.

да, если контейнеров будет много, а имидж один, то просто передавайте через -e ... Саму таймзону, если просто передача -e TZ=Europe/Moscow не решает вашу проблему, в контейнере может конфигурировать entrypoint.sh который будет запускаться брать env переменную и выполнять с ней указанную вами команду.

во огонь

именно так и сделал

https://gist.github.com/adastreamer/33d7e747d893608fbbc6cdeddc7404a0

ну задача другая, но суть такая же

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

во огонь

хотел ответить на следующее собщение ?

которое про entrypoint

/stat@combot

combot.org/chat/-1001043771136

Я уже собрал, но хочу прояснить

Я не специалист, но мне кажется с собранного имаджа, вы можете заходить в контейнер, выставлять нужную таймзону, делать коммит. И так с каждым контейнером.

Я не специалист, но мне кажется с собранного имаджа, вы можете заходить в контейнер, выставлять нужную таймзону, делать коммит. И так с каждым контейнером.

Так делать не стоит. Контейнеры в докере задуманы как то что можно с легкостью создать и убить. Лучше так их и использовать.

Наверное не правильно написал, заходить в имадж, выставлять таймзону и коммитить. И так для каждого контейнера.

Наверное не правильно написал, заходить в имадж, выставлять таймзону и коммитить. И так для каждого контейнера.

Все равно так не нужно делать :) Если вы этот контейнер убъете, то потеряете все свои коммиты. Это не масшабируемый подход. Надо к процессу так подходить, чтобы в случае если вы убили контейнер, то просто подняли новый. Это docker way.

Всем привет! Я новичок в Docker, есть вопрос по networking

У меня два запущенных контейнера, один с mongodb, второй - мой веб-сервис, который разрабатываю

docker ps:

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES dd3ff7d0a205 pavelsr/kayako-dashboard-dev "morbo KayakoWatch..." 10 seconds ago Up 9 seconds 127.0.0.1:3000->3000/tcp kayako-dashboard 9e02c2d7cd37 mongo "docker-entrypoint..." 7 minutes ago Up 7 minutes 127.0.0.1:27017->27017/tcp kayako-mongo

почему-то веб-сервис не может подключиться к порту 27017, хотя контейнер mongo запущен с опцией -p 127.0.0.1:27017:27017

в чём может быть проблема?

Они в одной докер сети?

почему-то веб-сервис не может подключиться к порту 27017, хотя контейнер mongo запущен с опцией -p 127.0.0.1:27017:27017

ну а телнетом проверить?