внутри meteor docker команда docker не найдена

значит не там ее надо запускать. команду можете написать?

$(which docker) run --security-opt seccomp=unconfined --rm -v $(pwd):/converted/ arachnysdocker/athenapdf athenapdf ${printUrl} -S

printUrl это любой url

-S это отправка результата в stdout

--security-opt seccomp=unconfined - эт в целом лишнее

добавить докер в контейнер с метеором - идея плохая. лучше из метеора поднимать какуюто таску где-то (геарманд?) а на хосте рекгулярно запускать контейнер который будет проверять есть ли таска и запускать этот контейнер

команду целиком пытаюсь запустить child_process.exec

dogitalocean

docker images - крутятся десяток я полагаю мне надо 2 вещи запустить image с athenapdf на каком то порту и правильно указать вызов из meteor

с передачей параметов и получением результата

Если athenapdf умеет управляться через порт - тогда надо связать два контейнера через —link и управлять из метеора через порт

docker run -p 8080:8080 --rm arachnysdocker/athenapdf-servicedocker run -p 8080:8080 --rm arachnysdocker/athenapdf-service

ага - вроде понял почти - там в конце после большой картинки полностью написанно что надо :) https://github.com/arachnys/athenapdf

а docker-address как определить - это localhost или ip компьютера внешний или еще что то ?

-

если чреез линк - то по имени хоста

если через экспоз порта - зависит от того на что экспозите

сейчас если запускаю команду docker run -p 8080:8080 --rm arachnysdocker/athenapdf-service то она работает но висит в консоли - как правильно ее запускать чтоб она запущенно было всегда

-d

Docker run --help

спасибо

У меня вопрос не по докеру

С чем может быть связано, что скрипт не запускается при шатдауне?

В chkconfig стоит on для уровня 0

Amazon Linux, то есть по сути centos

В chkconfig стоит on для уровня 0

Попробуй 6 добавить

Добавлял, тоже не работает

Есть подозрение, что дело в S00killall

Сукиллолл

ребят а у меня вопрос по бестпрактисам сборки контейнеров. У вас есть автоматические сборки контейнеров по результатам создания тега ? Или всегда собираете из одной ветки только, к примеру мастера ?

ну по ci циклу прокатили - qа сказали ок

лепим тег, пушим куда хотим

Два тэга: номер версии и latest

Два тэга: номер версии и latest

ты гений, одной это фразой помог решить одну проблему

Два тэга: номер версии и latest

+1 У нас тоже два тэга: хэш коммита и latest

ты гений, одной это фразой помог решить одну проблему

хм.... а я это слизал с базовых имаджей

хм.... а я это слизал с базовых имаджей

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

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

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

И в доке вроде прямо в примерах вбито

Сообество, подскажи мне как правильно настроить права на папки и файлы внутри контейнеров? Есть 3 контейнера: app = data-volume контейнер с кодом приложения php = php-fpm nginx = nginx Контейнер app собирается из вот такого Dockerfile —- FROM busybox:musl COPY ./source /var/www/html WORKDIR /var/www/html VOLUME ["/var/www/html"] —- и конечно он через volumes-from маунтит раздел /var/www/html к nginx и php контейнерам. После запуска контейнеров файлы из раздела /var/www/html получают права root:root что, как мне кажется не есть правильным. Как это правильно решить в разрезе докера?

Сделать внутри юзера и работать из под него

Смотри в чем проблема. Когда собирается контейнер app, он ничего не знает про другие два контейнера да и вообще кто будет его маунтить он не знает. Я могу конечно в Dockerfile контейнера app написанть команды создания юзера, сменить владельца файлов и тд... но на кого менять? Вообще владельцем файлов должен быть юзер www-data (от него php-fpm работат). Но этот юзер на момент сборки есть в контейнера php, а не в app.

На момент сборки заведи этого юзера и расшарь его создание между имаджами

потом все из под него

а что значит расшарить между имаджами?

Ну использовать кеш сборки

И будет у тебя во всех контейнерах один юзер https://docs.docker.com/engine/reference/builder/#/user

эм... счас не понял, каким боком кеш сборки иемет отношение к команде USER из докерфайла. И я уже смотрел на команду USER. Но она меняет юзера только для RUN, CMD and ENTRYPOINT

а на COPY и ADD не влияет, я попробовал :)

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

А...

не, сорцы проекта копируются в контейнер командами котоыре предлагает сам Dockerfile

Ну тогда костылем - либо перед сборкой менять овнера, либо внутри при сборке.ЛУчше снаружи

костыли не нужны, надо нормальнй вариант.

все же одна инфраструктура, должен быть выход

Если у тебя все работает больше чем на одной машине - нормального варианта я не знаю.

Ну тогда костылем - либо перед сборкой менять овнера, либо внутри при сборке.ЛУчше снаружи

низя внутри, образ распухать будет

Смотри в чем проблема. Когда собирается контейнер app, он ничего не знает про другие два контейнера да и вообще кто будет его маунтить он не знает. Я могу конечно в Dockerfile контейнера app написанть команды создания юзера, сменить владельца файлов и тд... но на кого менять? Вообще владельцем файлов должен быть юзер www-data (от него php-fpm работат). Но этот юзер на момент сборки есть в контейнера php, а не в app.

кстати, вот с этим www-data и прочими якобы стандартными поаккуратнее, а то например в алюпине он имеет один ID, а в дебиано подобных совсем иной ;)

низя внутри, образ распухать будет

Можно, но не нужно, да

кстати, вот с этим www-data и прочими якобы стандартными поаккуратнее, а то например в алюпине он имеет один ID, а в дебиано подобных совсем иной ;)

Поэтому надо по ID делать, а не по имени

ну да

из вариантов использовать магию тарболов

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

Но, насколько мне известно, нет нормального варианта это все разрулить - нужно немного своих костылей

Но, насколько мне известно, нет нормального варианта это все разрулить - нужно немного своих костылей

что именно?

что именно?

выше я задачу писал...

Организовать совпадение id и gid между машинами сборки, стейджингом и продом так, чтобы это было не root:root

так

не должен быть овнером пользователь php-fpm

ему нужны только права на чтение

ну и запись во всякий кеш

но овнером быть не должен

ок, пусть так. А кто должен и где это рулить?

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

а скажите мне еще, что "значит распухать контейнер будет" ?

смена файлов - новый слой

понял

смена прав - в слоях будет две копии

даже аттибутов