а не подскажете как имадж постгри с уже готовым дампом запаковать?

docker commit

без маунтов и без initdb директории

а не подскажете как имадж постгри с уже готовым дампом запаковать?

написать докерфайл который заимпортит постгри, применит дамп...

в мускуле была проблема не сохранялось

там надо было диру менять

по дефолтная чистилась

нет ли в постгре че то подобного

есть проблема, или не проблема, а фича, не могу понять есть две ноды: хост и вирталка на ней же. запускаю сервис с открытым портом к примеру 8080 наружу на одной воркер ноде(та которая виртуалка), и стучусь по 127.0.0.1:8080 пишет сайт не работает, иду на ip_node:8080 тоже самое,в чем может быть проблема? или оно должно так работать

во

нашел

https://github.com/docker-library/docs/tree/master/postgres#pgdata

может кому пригодится

Help! На винде в бинде у линуксового контейнера файлы иногда не читаются. Периодически вываливаются ошибки "fopen(...) failed to open stream: I/O error", но файл существует, права есть. Спецсимволов в имени файла нет, длина меньше 255, файл из винды не пропадает. Куда копать?

Опять докеры в винде=(

Help! На винде в бинде у линуксового контейнера файлы иногда не читаются. Периодически вываливаются ошибки "fopen(...) failed to open stream: I/O error", но файл существует, права есть. Спецсимволов в имени файла нет, длина меньше 255, файл из винды не пропадает. Куда копать?

Кажется у вас виндовс.

Лечится удалённым докер хостом или linux

Есть еще вариант макос конечно

что-то не верится что там всё так плохо

что-то не верится что там всё так плохо

ничего там плохого нет

имею в виду винду

ни разу на ней докер не пользовал

Я юзал. Это страх и ад

особенно доставляет то, что есть бажина, которая фикситься снятием/активацией experimental features флага

при чем всплывает каждый раз при перезагрузке системы. И фикса на тот момент не было. Кроме того, что выше

простите)

особенно доставляет то, что есть бажина, которая фикситься снятием/активацией experimental features флага

...ну у меня этот флаг стоит для --squash

это норм?

так, мне ещё вот что не ясно: хочу запушить имагу. хочу тегом и версию ей дать и latest прописать. для этого нужно 2 раза тэг давать и пушить?

@dmitryvakhnenko ты вроде шаришь

так, мне ещё вот что не ясно: хочу запушить имагу. хочу тегом и версию ей дать и latest прописать. для этого нужно 2 раза тэг давать и пушить?

да

...ну у меня этот флаг стоит для --squash

а зачем тебе --squash ?

а зачем тебе --squash ?

Пишу на ноде, все зависимости как правило улетают в node_modules в корне проекта, но есть пакеты которые ставят аддоны на ноду через тот же g++ или любую другую не очень неправославную ересь 1. Нужно клонить зависимости из приватного репо 2. Те самые g++ зависимости при установке размазываются по всей системе. Учесть все кейсы когда и куда зависимости складируют своё говно нет ни желания ни времени ни экстрасенсорных способностей для уверенности что завтра оно не станет ставить их в другие места. Из за этих двух фактов я не могу просто установить все зависимости в node_modules и скопировать весь проект в контейнер Во время билда ключики кладу в контейнер, потом удаляю чтобы коллеги не палили их. И чтобы истории имажа не было делаю скваш.

Говорила мне мама пиши на Go

да

то есть все так и делают и одной командой такого не добиться?

squash ломает понятие слои, лучше через MultiStage Делать, с теми же ключами

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

Может я такой тупой и на самом деле этих мест куда аддоны ноды свои цапли тянут куда меньше чем мне кажется...

А роль слоёв я не понял и их надобность не прочувствовал

если я пишу ARG в dockerfile то на время билда это будет как environment переменная?

ему лень доки читать, а ты ещё и картинки кидаешь ?

ему лень доки читать, а ты ещё и картинки кидаешь ?

все мы там когда-то были ?

все мы там когда-то были ?

не обобщай

а я напоминаю про мою боль с докером в виде https://github.com/docker/for-linux/issues/480#issuecomment-441695066

пожалуй, не стоит на 4.19 переходить пока ) > Пользователи, работающие с файловой системой ext4, сообщают о повреждении файлов после обновления ядра Linux до версии 4.19. В соответствии с информацией от Phoronix, «изначально считалось, что эти проблемы были вызваны добавлением реализации технологии BLK MQ в Linux 4.19, но на данный момент точно известно, что это не так. К сожалению, мэйнтейнер файловой системы ext4 Тед Тсо пока не смог повторить данное поведение на своем аппаратном обеспечении».

пожалуй, не стоит на 4.19 переходить пока ) > Пользователи, работающие с файловой системой ext4, сообщают о повреждении файлов после обновления ядра Linux до версии 4.19. В соответствии с информацией от Phoronix, «изначально считалось, что эти проблемы были вызваны добавлением реализации технологии BLK MQ в Linux 4.19, но на данный момент точно известно, что это не так. К сожалению, мэйнтейнер файловой системы ext4 Тед Тсо пока не смог повторить данное поведение на своем аппаратном обеспечении».

на этом ядрышке только всякие арчлинуксы и может федора

так что не представляет угрозы

~/test # ls Dockerfile a.out ~/test # docker build . --tag test Sending build context to Docker daemon 14.85kB Step 1/6 : FROM alpine ---> 196d12cf6ab1 Step 2/6 : ADD a.out /a.out ---> Using cache ---> 91e300dc276b Step 3/6 : RUN chmod 777 /a.out ---> Using cache ---> 0af2a69690ec Step 4/6 : RUN chmod o+x /a.out ---> Using cache ---> 1000deaf206f Step 5/6 : WORKDIR / ---> Using cache ---> 991667ed1ec4 Step 6/6 : ENTRYPOINT ["/a.out"] ---> Using cache ---> 6b1cb732f9ae Successfully built 6b1cb732f9ae Successfully tagged test:latest ~/test # docker run test standard_init_linux.go:190: exec user process caused "no such file or directory" ~/test # cat Dockerfile FROM alpine ADD a.out /a.out RUN chmod 777 /a.out RUN chmod o+x /a.out WORKDIR / ENTRYPOINT ["/a.out"] WTF?

~/test # ls Dockerfile a.out ~/test # docker build . --tag test Sending build context to Docker daemon 14.85kB Step 1/6 : FROM alpine ---> 196d12cf6ab1 Step 2/6 : ADD a.out /a.out ---> Using cache ---> 91e300dc276b Step 3/6 : RUN chmod 777 /a.out ---> Using cache ---> 0af2a69690ec Step 4/6 : RUN chmod o+x /a.out ---> Using cache ---> 1000deaf206f Step 5/6 : WORKDIR / ---> Using cache ---> 991667ed1ec4 Step 6/6 : ENTRYPOINT ["/a.out"] ---> Using cache ---> 6b1cb732f9ae Successfully built 6b1cb732f9ae Successfully tagged test:latest ~/test # docker run test standard_init_linux.go:190: exec user process caused "no such file or directory" ~/test # cat Dockerfile FROM alpine ADD a.out /a.out RUN chmod 777 /a.out RUN chmod o+x /a.out WORKDIR / ENTRYPOINT ["/a.out"] WTF?

docker build --no-cache -t test:latest .

docker build --no-cache -t test:latest .

неа

Парни, привет, чет не могу найти где в композе отключаются уникальные постфиксы на контейнер (1.23.1), подскажете?

неа

Точняк, ADD на COPY замени

Парни, привет, чет не могу найти где в композе отключаются уникальные постфиксы на контейнер (1.23.1), подскажете?

Уникальные постфиксы это _1 _2 ? Это имеется в виду?

Нет, после них

неа

А что это за a.out такой что ему аж 777 нужно и потом запускается ещё?

Нет, после них

Swarm режим?

Да нет - просто нода

Намеренно не ставил такого режима

Да нет - просто нода

Может картинкой получится лучше объяснить?

Намеренно не ставил такого режима

В каких то ОС он по умолчанию вроде ставится, но могу ошибаться

docker info | grep swarm

А что это за a.out такой что ему аж 777 нужно и потом запускается ещё?

777 это уже отчаинье

Точняк, ADD на COPY замени

неа

docker info | grep swarm

WARNING: No swarm limit support

Inactive он - я глянул

неа

Скинь скрин dockerfile

Уникальные постфиксы это _1 _2 ? Это имеется в виду?

Это последняя мажорная версия композа

Скинь скрин dockerfile

я его попытался уже в враппер из баша обернуть безуспешно

Это последняя мажорная версия композа

Ох ничёссссееее

run.sh #!/bin/bash /a.out

Это последняя мажорная версия композа

Бля...

https://github.com/docker/compose/releases/tag/1.23.0

Important note The default naming scheme for containers created by Compose in this version has changed from <project>_<service>_<index> to <project>_<service>_<index>_<slug>, where <slug> is a randomly-generated hexadecimal string. Please make sure to update scripts relying on the old naming scheme accordingly before upgrading.

Единственный вариант - называть контейнеры

Или ставить им алиасы

run.sh #!/bin/bash /a.out

Попробуй так COPY ./a.out /a.out

run.sh #!/bin/bash /a.out

А ещё лучше зайди в bash контейнера и глянь что там внутри происходит docker run -rm -it --name=mytest test:latest bash

Бля...

А чем оно мешает?

run.sh #!/bin/bash /a.out

В alpine нет bash изкоробки. А что за бинарник у тебя?

Единственный вариант - называть контейнеры

Но зачем? Это же просто название таска в списке контейнеров.

В alpine нет bash изкоробки. А что за бинарник у тебя?

да тащемта пофиг уже, спасибо

ресерч меня привел к юзанью —init

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