Где найти эти волшебные команды? В доке все та же боль.

скоро всё будет обещали

но команды не волшебные, а те же

народ, подскажите плез, как заинстолить норм composer в php image container

я вот совсем совсем зеленый

народ, подскажите плез, как заинстолить норм composer в php image container

RUN curl -sS https://getcomposer.org/installer | php RUN mv composer.phar /usr/local/bin/composer

😱

Где найти эти волшебные команды? В доке все та же боль.

https://beta.docker.com

FROM php:5.6-fpm RUN docker-php-ext-install mysql mysqli pdo pdo_mysql RUN curl -sS https://getcomposer.org/installer | php RUN mv composer.phar /usr/local/bin/composer RUN composer update

Dockerfile мой

после него ошибки

php не может сбилдить

https://beta.docker.com

Спасибо!

@JBaruch Как там погодка? Это Остин?

хм. оно вроде в 2017 там было., знчит что-то перепутал. Копенгаген, да.

@JBaruch Как там погодка? Это Остин?

погодка как раз ничо, градусов 15 и дождя нет

Копенгаген мне запомнился как Амстердам с цивилизованными велосипедистами и крутейшими смёрребродами!

Копенгаген мне запомнился как Амстердам с цивилизованными велосипедистами и крутейшими смёрребродами!

Он приятный, да

Докера беты с кубернетесом на текущий момент ещё нет?

Парни, привет. Есть проблема, прмя не понятно

Я сбилдил image, внутри лежит код (в докерфайле COPY . /var/www). Запускаю пачку контейнеров через композ, внутри этого контейнера лежи старый код! Который был у меня какое-то время назад. Непоняно, откуда он берется. Делаю docker-compose images, смотрю id образа на основе которого сделан контейнер. И если сделать docker-compose exec app cat /path/to/file и docker run --rm {image_id} cat /path/to/file показывает как раз разные файлы

Как такое может быть, что в контейнерах на основе одного образа внутри разый код?

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

docker-compose stop docker-compose rm docker-compose up -d

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

docker-compose stop docker-compose rm docker-compose up -d

первые две команды можно заменить на docker-compose down

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

первые две команды можно заменить на docker-compose down

ею и пользуюсь

и добавить еще ключ -v для верности, чтоб вольюмы удалить...

ну так код внтури образа лежит, я его не монтирую

попробуйте сбилдить образ с другим тэгом и в своем докеркомпозе замените тег

Docker build --no-cache

если образ билдится в процессе CI, пушится в реджистри, а потом разворачивается где-то на другом сервере, то на удаленном сервере сначала нужно делать docker pull ... сам с таким сталкивался когда использовал докер-композ... Это только при docker stack deploy (в режиме swarm) образы самы вытягиваются из реджистри

попробую эти варианты. меня одно смущает, почему код разный, от одного образа. будто внутри контейнера, запущеннго композером, не все коммиты есть

если образ билдится в процессе CI, пушится в реджистри, а потом разворачивается где-то на другом сервере, то на удаленном сервере сначала нужно делать docker pull ... сам с таким сталкивался когда использовал докер-композ... Это только при docker stack deploy (в режиме swarm) образы самы вытягиваются из реджистри

так я именно локально билжу для проверки

Всем привет! Для тех, кто в Петербурге, хочу анонсировать DevOps-встречу 16 ноября. Доклады от Grid Dynamics, Wrike и тренера Ansible. Подробная программа и регистрация - по ссылке: https://wriketeam.timepad.ru/event/588723/ Планируется онлайн-трансляция: https://www.youtube.com/watch?v=-L6jcm1A_XM

Docker build --no-cache

но ведь когда я руками запускаю docker run -it .... - внутри код нормальный.

так я именно локально билжу для проверки

В процессе сборки скорее всего используется кэш

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

в докер файле у меня тупо COPY . /var/www/html и запуск композера. Все. никаких манипуляций больше с гитом или тому подобное

попробую сбилдить с --no-cache и другим тегом. но я не понимаю мистику все равно, как при запуске от одного образа внтури разное содержимое. хоть бы логику понять, как такое может быть

капец. тоже самое. внутри старый код. Может команда COPY как хитро кешироваться так? Сейчас при билде добавлял --no-cache

dcp exec app cat /path/to/file и в папке проекта cat /path/to/file - разный код. в контейнере старый, несколько коммитов назад

Зашел в контейнер, поставил гил, вывел гит лог - последний коммит, который был коммитов 25 назад (по сравнений гит лог в папке проекта). подскажите, хоть как искать, что сделать)

В общем, действительно дело было в volumes. docker-compose down -v прибило старый volume и все стало норм. Спасибо за подсказки

всегда пожалуйста )

А у композа нет отдельной команды "прибить volume" или я не вижу?

volume после запуска это уже единица докера, а не композа

Тут вопрос больше в том, зачем код сначала копируется во время брода, а потом ещё и подсовывается вольюмом?

Докера беты с кубернетесом на текущий момент ещё нет?

up

Тут вопрос больше в том, зачем код сначала копируется во время брода, а потом ещё и подсовывается вольюмом?

он вообще говорил, что вольюмы не юзает) странно все это

Тут вопрос больше в том, зачем код сначала копируется во время брода, а потом ещё и подсовывается вольюмом?

между контейнерами шарится, потому и общий волюм

я имею ввиду, что не монтировал волюм с локального хоста

https://habrahabr.ru/post/332450/ Кто что может рассказать? Недавно была статья с косяками сворма, и да, многое там актуально. Тут по докеру проблемы описаны - но что-то лично у меня указанных проблем не наблюдалось. Расскажите, пожалуйста, ваши кулстори)

статья разве не баян, древний как говно мамонта?

Ага, помимо того, что она старая, там уже вроде как неоднократно выяснилось, что и автор ее мудак

Переводить ее на хабр в июле гениальная идея

ггг

статья разве не баян, древний как говно мамонта?

Лень читать оригинал, че за хуйню там автор сделал?

Не туда бахнул реплай

Но кто-нибудь расскажите

https://habrahabr.ru/post/332450/ Кто что может рассказать? Недавно была статья с косяками сворма, и да, многое там актуально. Тут по докеру проблемы описаны - но что-то лично у меня указанных проблем не наблюдалось. Расскажите, пожалуйста, ваши кулстори)

Конкретно эта статья не актуальна. Но есть и другие баги. Регрессии бывают часто. Одно лечат, другое калечат.

Обновлялись чтобы починить баг с сетью, получили несовместимость с образами, собранными на предыдущей версии.

Обновились, чтобы пофиксить это - получили сожланное место в /var/lib/docker из-за бага в aufs. Ну да ладно, перешли на overlay2, баг с aufs тоже скоро пофиксили, но прилетело что-то еще.

В общем, бывает.

Кстати, оверлей2 как включить? Или он по дефолту на свежих версиях?

http://lmgtfy.com/?q=docker+change+to+overlay2

по первой же ссылке вылезает

Столкнулся со странным поведением в dind. При попытке установить зависимости, процес виснит на стадии загрузки Downloading pymssql-2.1.3.tar.gz (897kB). Ошибок нет. Может кто встречал подобное?

При этом локально все собирается отлично.

Стоял флаг DF а в докердемоне было mtu 1400. Поднял mtu, заработало.

Привет, подскажите. Есть ли принципиальная разница между docker rm -f <containername> или docker stop <containername> && dockeer rm <containername> ?

т.е что более предпочтительнее использовать?

docker-compose down

docker-compose down

спасибо .просто спрашиваю, потому что периодически испытваю проблемы с удаленим контейнера. получаю device or resourse busy , думал, что это может быть связано с этим. но сейчас думаю, что из-за fs aufs

Ну, как сказали выше — down, а ещё помогает потом подчистить хвосты docker system prune. Только прочти сначала чо как, а то оно может радикально почистить

утро всем, если у кого утро :) подскажите, у докера -e это environment? docker run -d -p 3000:3000 \ -v /var/lib/grafana:/var/lib/grafana \ -e "GF_SECURITY_ADMIN_PASSWORD=secret" \ grafana/grafana

чтобы в docker-compose добавить

утро всем, если у кого утро :) подскажите, у докера -e это environment? docker run -d -p 3000:3000 \ -v /var/lib/grafana:/var/lib/grafana \ -e "GF_SECURITY_ADMIN_PASSWORD=secret" \ grafana/grafana

да. В композ можете добавить так: environment: - GF_SECURITY_ADMIN_PASSWORD=secret или так: env_file: - configfile ну и в сам configfile добавить строку GF_SECURITY_ADMIN_PASSWORD=secret