а служебные ключи в гитлабе пока не допилили до идеала

ну да, если билдить на тачке, то такой вариант, с ключами, не очень

Не могу понять почему контейнер запустился, но приложение (Nuxt) не отвечает vue_1 | yarn run v1.15.2 vue_1 | $ nuxt vue_1 | ℹ️ Listening on: http://localhost:3000/ vue_1 | ℹ️ Preparing project for development vue_1 | ℹ️ Initial build may take a while vue_1 | ✔️ Builder initialized vue_1 | ✔️ Nuxt files generated vue_1 | ℹ️ Compiling Client vue_1 | ℹ️ Compiling Server vue_1 | ✔️ Server: Compiled successfully in 2.02s vue_1 | ✔️ Client: Compiled successfully in 2.27s vue_1 | ℹ️ Waiting for file changes vue_1 | ℹ️ Memory usage: 142 MB (RSS: 207 MB)

потому что листен localhost

учи матчасть

так

короче, по-моему, я очередной баг поймал. Кто поможет проверить? Запускаем в двух разных сессиях pull одного большого жирного образа. Получается, что он скачивается два раза. Черт. Хотя по логике докер мог понять, что он параллельно качает два раза одного и то же. И просто во втором потоке ждать, пока в первом скачается образ

Вроде не было https://www.opennet.ru/opennews/art.shtml?num=50765

боян

о/

у меня тут назрел еще вопрос

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

на локалке билдится замечательно

на дженкинсе билд падает с грохотом на шаге "скопировать скомпиленное в /var/nginx/html" и орет, что такого нету

ну, значит, его нету

пути, все такое

да, но как так если один и тот же докерфайл и там и там?

среда разная, понимаешь?

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

телепатов нет. Дай больше входных данных

а, ичсх - этот же проект но из другого бранча собирается нормально, что на локалке, что на женьке

щас залезу посмотреть версию и скопировать выхлоп

локальный - 18,09,06 женька - 18,09,05

вот тут падает: https://pastebin.com/rdBCfbEe

вот тут собирается https://pastebin.com/aVik5JQH

немного странно выглядит то, что будто npm не до конца собирает аппку

там где падает нет куска про: Built Angular Package! - from: /opt/project/projects/grappa-auth - to: /opt/project/dist/grappa-auth Date: 2019-05-29T16:12:21.034Z Hash: 36a823e44676dc345fb1 Time: 39765ms chunk {0} runtime.3fc50ede278bf2a849da.js (runtime) 2.16 kB [entry] [rendered] chunk {1} main.fd6511633eaa6bea2a6b.js (main) 898 kB [initial] [rendered] chunk {2} polyfills.f5a07255197bb85c4ebf.js (polyfills) 62 kB [initial] [rendered] chunk {3} styles.ef8034b51504b792a8f8.css (styles) 2.99 kB [initial] [rendered] chunk {4} 4.20b4341b2ec5d37f6636.js () 83.9 kB [rendered]

может быть такое, что у докера есть какой-то таймаут на билд и он просто обрубает к хуям степ и идет дальше?

потому что похоже будто npm build не до конца работает

скорее версии поехали

почисти у себя docker images и попробуй заново

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

это самое очевидное, что может быть

почисти у себя docker images и попробуй заново

у меня перед билдом срабатывает docker system prune -af - этого недостаточно?

нет. лучше руками посмотри

может наоборот-дженкинс засран

алол

память кончается

я щас хтопом посмотрел

молодчина, красавчик. А почему сообщения об ошибке нет?

а вот это вот и есть страннота

а я тебе скажу

потому что npm форкает процесс

а эта блядина не проверяет код возврата

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

а, ну я был прав, да

(:

???

короче, по-моему, я очередной баг поймал. Кто поможет проверить? Запускаем в двух разных сессиях pull одного большого жирного образа. Получается, что он скачивается два раза. Черт. Хотя по логике докер мог понять, что он параллельно качает два раза одного и то же. И просто во втором потоке ждать, пока в первом скачается образ

Я слышал что в таком случае можно словить internal error

Или на двух пушах в стандартный режистри. Сам не проверял)

День добрый. Есть возможность в docker-compose смонтировать файл из одного образа в другой?

В смысле ?

День добрый. Есть возможность в docker-compose смонтировать файл из одного образа в другой?

https://www.digitalocean.com/community/tutorials/how-to-share-data-between-docker-containers почему ты не спрашиваешь в гугл?

Вы про контейнеры ? Образы пересобирать надо, чтобы они файл шарили.

Если точнее, то у меня есть контейнер с postgres и есть контейнер с sql файлом, но без psql. Мне нужно взять sql файл из второго контейнера и запустить его в первом. docker-compose.yml генерируется, sql файл меняется от образа к образу, вынести за пределы контейнера его заранее я не могу. Кейс странный, но приходится исходить из того что есть

Если точнее, то у меня есть контейнер с postgres и есть контейнер с sql файлом, но без psql. Мне нужно взять sql файл из второго контейнера и запустить его в первом. docker-compose.yml генерируется, sql файл меняется от образа к образу, вынести за пределы контейнера его заранее я не могу. Кейс странный, но приходится исходить из того что есть

Очень странный кейс

Точно нужен рефакторинг

Но если самое простое - тупо сделать volume на оба контейнера, чтоб в нем лежал sql файл

Нужен, но на данном этапе я даже Dockerfile не могу изменить

Не надо. Это надо compose менять

Не надо. Это надо compose менять

Хотелось бы его изменить таким образом, чтобы не пришлось менять entypoint.sh в образе с приложением Но не понимаю как это сделать version: '2.3' services: postgres: image: postgres:9.6-alpine volumes: - type: bind source: ./etc/postgres/ target: /docker-entrypoint-initdb.d/ healthcheck: test: ["CMD-SHELL", "for base in $${PG_DATABASES}; do PGPASSWORD=$${base} psql -U $${base} $${base} -c 'SELECT 1'; done"] interval: 1m timeout: 20s retries: 3 environment: POSTGRES_PASSWORD: postgres PG_DATABASES: 'app' app: image: application environment: MIGRATIONS: 1 links: - "postgres:postgres" depends_on: postgres: condition: service_healthy

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

Sql файл внутри контейнера в каком каталоге появляется ?

Sql файл внутри контейнера в каком каталоге появляется ?

/var/lib/migrations/

volumes: - migrations:/var/lib/migrations

Дописать к обоим контейнерам

links убрать - они депрекейтед в пользу networks

volumes: - migrations:/var/lib/migrations

Я неверно выразился, sql файл лежит в образе изначально volumes: - migrations:/var/lib/migrations Это, я так понимаю, затрет его

links убрать - они депрекейтед в пользу networks

Спасибо, уберу

Я неверно выразился, sql файл лежит в образе изначально volumes: - migrations:/var/lib/migrations Это, я так понимаю, затрет его

Да, затрет. Тогда как-то из образа копировать его в другой каталог (и уже его в вольюм)

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

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

Да, можно так

Подскажите плиз! Как можно примонтировать ftp сервер к папке внутри docker-контейнера?

Опять plesk ?

Даже не знаю что это

Мне надо NAS - сервер к контейнеру с БД прицепить

ну, берешь и прицепляешь

смотри

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

у тебя docker контейнер запускается с примонтированной с хоста директорией

права доступа к файлу, что ли?

у тебя UID процесса снаружи внутри разные

ID юзера, который запускает докер контейнер и ID внутри контейнера?

Их нужно сделать одинаковыми? Просто на папке стоит 777 доступ, по идее она должна быть доступна для всех

да

Их нужно сделать одинаковыми? Просто на папке стоит 777 доступ, по идее она должна быть доступна для всех

ну, нужно, чтобы они соответствовали

а еще тебе нужно посмотреть на rslave и другие политика проброса вольюма

https://docs.docker.com/storage/bind-mounts/

возможно rshared поможет. но не факт

Спасибо! Попробую сейчас сделать так

вообще у всех bind mount работает. Но может у тебя центос какой.. Поэтому и проблемы

Убунта обычная)

тогда ок, метки селинукса не про тебя