https://habrahabr.ru/post/269449/

возможно прочтение статьи поможет

Дело наверн не в докере, а в пхп

либо в апаче

date.timezone = Europe/Moscow

в php.ini

date что в консоли показывает?

date что в консоли показывает?

Fri Nov 18 02:30:26 UTC 2016

Это в контейнере через docker exec

Хост - винда. На ней все правильно.

Вот тут и ошибка

А докер на чем крутится?

root@d148631a30f7:/var/www/html# date Fri Nov 18 02:49:13 UTC 2016 root@d148631a30f7:/var/www/html# exit exit PS D:\Working> date 23 ноября 2016 г. 0:10:12

То есть на винде все ок, точно

еще раз. докер на чем крутится?

на линухе?

а как посмотреть?

ну вы как настраивали?

нашел Debian GNU/Linux 8 (jessie)

что в качестве эмулятора линукса?

докер для винды там.

кста проверь еще

sudo systemctl status docker

какое там время

докер для винды там.

какой systemctl, окстись

там просто магия

))

ой

я чет туплю

?

Блин, он не синхронизирует время, что ли? Как вообще время там ставится?

Докер время хоста использует?

Нет идей?

Судя по StackOverflow весьма актуальная проблема.

Проверь время хост-системы

Пересоздай контейнер

я же написал 3 раза, что время на хосте правильное ))

у тебя время неправильное или таймзона?

Блин, он не синхронизирует время, что ли? Как вообще время там ставится?

Если у тебя docker for windows, то там hyper-v в качестве гипервизора и у него обычно нет проблем с синхронизацией времени.

Вот, кстати, сейчас присмотрелся внимательнее. cat /etc/timezone выдает UTC То есть он просто показывает время в UTC

А скрипты на php это не учитывают и все летит

то есть они на локальное время ориентируются. Короче, понятно.

Хотя припоминаю, что было что-то такое с рассинхроном времени. Решилось перезагрузкой чего-то.

Да, этот косяк тоже был, вроде, так как сначала показывало 18 ноября, вообще. Перезагрузка Docker Tools исправила время на правильное по UTC

странная ерунда, конечно.

Я хз как это в винде, там можно к docker-machine по ssh подключиться и время посмотреть?

Вроде пишут, что можно, но какие-то ошибки выводит. Если снова столкнусь с проблемой, то пороюсь.

Я хз как это в винде, там можно к docker-machine по ssh подключиться и время посмотреть?

Нельзя (можно, но много пердолинга).

combot.org/chat/-1001043771136

кстати, народ, а кто нить запускал докер в винде ?

кстати, народ, а кто нить запускал докер в винде ?

Какой именно? Их там три: через docker-machine, через hyper-v и через windows native containers.

хайпер в и докер машин по сути одно и то же

о, может тут кто подскажет вещь не совсем про докер? Есть проект - исходники, СУБД, всякий дополнительный тулз для него (например докер). Как по феншую организовать структуру репозитория? Сейчас получается примерно такая лапша repo |— src |— doc |— tests |— dependencies (third party tools) | |— MySQL | | |— Config | | |— Schema | |— Docker | | |— Dockefile .........

А чем не нравится?

А чем не устраивает такой вариант? dependencies в .gitignore и все

Депенденсы это типа вендоред код?)

Депендсы - это типа части без которых с нуля этот проект не взлетит

Бездокера не взлетит?

т.е. там данные от доп.софта, нужные для запуска. Например: конфигурации серверов, документация что как настраивается на сервере

Докерфайл в корне например

Мне не нравится тащить всё в корень

Обычно в репе с именем репонейм в корне всякая шелуха

Типа мэйкфайла докерфайла тревиса и тд

А внутри в папочке репонейм сам проект

ERROR: S client not available

конфиги должны быть в папке conf. В dependencies (vendor, libs, нужное подчеркнуть) обычно лежит то, что скачивается при деплое при деплое автоматом. Хороший пример: https://github.com/ngineered/nginx-php-fpm

Ну для случаев с автодеплоем и прочим авто уже другие правила

@AlexStephen а если конфигов много и от разных частей системы?

у них в conf лежат только их собственные конфиги

gitmodules

И создавайте хоть 10 репозиториев с разными конфигами, и во все тяните одинаковые исходники с помощью gitmodules

Либо, в зависимости от окружения (например: prod, dev, test) тянуть разные конфиги. Это тем же докером делается вообще просто

А, стоп, или я не правильно понял вопрос...? Конфиги от разных частей системы, но при деплое все сразу используются?

Именно. БД, веб-сервер, search engine, наш софт и ещё некоторый мелкий тул

всё это крутится в рамках одного проекта

Так в чем тогда проблема? Копируйте в каждый контейнер (базу, поисковик, etc) его конфиг... Если какие-то переменные меняются при каждом деплое - просто в ENV их пропишите при запуске проекта. По ссылке выше в докерфайле есть, например, вот такая строка (#69): ADD conf/supervisord.conf /etc/supervisord.conf

Накостылить копирование чего-то откуда-то всегда успеется, но с этим потом будет тяжело разгребаться посторонним. Хочется чего-то аналогичного coding convention в программировании, но для проектов. Т.е. общепринятые best practices, для сложных проектов, с обоснованием "почему так".

народ, а подскажите, вот в docker-composer.yml я могу указать для, например, постгреса, environment: и там указать базу, юзера и пароль.

а если мне нужно 2-3 базы+юзера, как указать несколько?

а если мне нужно 2-3 базы+юзера, как указать несколько?

мне тоже интересно.. Я пока просто сам создаю через psql

это ж рак

судя по документации, это для старых версий, а для новых = через енвиронмент

Вдогонку ко вчерашней новости про Docker 1.13. Ajeet Singh Raina рассказал о том, что нового появится в Docker-Compose 1.9: - Добавлена поддержка Windows для команд run и exec; - Новая спецификация compose-файлов, версия 2.1; - Для volume и network теперь можно присваивать метки. http://amp.gs/zC2X

Хорошая новость.

https://github.com/docker/compose/pull/4147 не понять мне этих хипстеров, ну вот как связать версию проекта и версию версий конфига, неужто так сложно их как то хоть похожими делать

зачем?

версия конфига не меняется в завосимости от версии демона

ну как сказать, вот с какой версии я могу применять v2... конфиги, а с какой v3? как на глаз определить?

на глаз определить в release notes

новые версии конфигов добавляют дай бог раз в год

Ктонить, обьясните мне что эт такое: New ‘–attachable’ flag for swarm networks

/stat@combot

combot.org/chat/-1001043771136

Привет. Хочу себе поднять docker registry. Как-то можно его реплицировать? Типо 2 хоста, которые синхронизируют данные между собой.

Привет. Хочу себе поднять docker registry. Как-то можно его реплицировать? Типо 2 хоста, которые синхронизируют данные между собой.

https://docs.docker.com/registry/deploying/#/load-balancing-considerations