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

Плевать, интересна вторая книга. То что там бандл - фигня. Мы ведь скалдчину мутим?

цена сейчас $4 с человека

Это канеш не много

Я бы зашел, но уже завтра

Хотя сомневаюсь что там будет что-то полезное

Я бы зашел, но уже завтра

Кинуть линк? Но только если реально настроены... Та лан, за $3.2 ?

Кинуть линк? Но только если реально настроены... Та лан, за $3.2 ?

Да, завтра могу поучаствовать

Три бакса, стакан кофе чо

нет. совсем. ro на неделю

чёй то какойт то набег, пропиарили что ль где

как можно выставить ENV результатом какой-то команды? ну типа как export ASDF=$(wget ... | cut ...)`

короче судя по гуглу - никак

Ну так в entrypoint export пропиши

Нативно - да,никак

мне надо build time

ну это так, можно без этого обойтись

мне надо build time

Время создания снимка? Можно извне передать во время билда

да, можно, но это гемор. по сути мне надо получить последнюю версию chromedriver и потом поставить ее

но по факту проще захардкодить

Аа, мы просто версию приложения передаём из вне. Вплоть до commit SHA

Дату и тд

а, получается билд-процесс делает чекаут?

Возможно не так выразился. Мне в снимке надо что бы была версия приложения, включая дату создания, с какого комита кода, бранча был собрано приложение, включая ряд попутных параметров

понял

Метаинформация

угу

Барух недавно с чуваком из Гугла представляли новый очередной стандарт хранения метаинформации. И артифактори его уже поддерживает

Если не ошибаюсь

Не совсем уверен что это будет вам полезно

Ку. Помогите найти проёбаное место, пожалуйста, а то контейнеры не запускаются из-за недостатка места: docker: Error response from daemon: devmapper: Thin Pool has 13060 free data blocks which is less than minimum required 16377 free data blocks

[root@node0]# docker info Containers: 0 Running: 0 Paused: 0 Stopped: 0 Images: 0 Server Version: 1.13.1 Storage Driver: devicemapper Pool Name: vg_dockerdata-dockerdata_pool Pool Blocksize: 65.54 kB Base Device Size: 10.74 GB Backing Filesystem: ext4 Data file: Metadata file: Data Space Used: 9.877 GB Data Space Total: 10.73 GB Data Space Available: 855.9 MB Metadata Space Used: 6.427 MB Metadata Space Total: 2.147 GB Metadata Space Available: 2.141 GB Thin Pool Minimum Free Space: 1.073 GB

Я с докером на "ваше величество" пока, так что вопрос скорее глупый. Можете просто накидать ключевых слов, в какую сторону копать

--- Logical volume --- LV Name dockerdata_pool VG Name vg_dockerdata LV UUID rbhtoV-klwf-Oihz-3Hwa-NI5P-dqwy-Hlu7yx LV Write Access read/write LV Creation host, time node0, 2017-03-03 09:50:24 +0000 LV Pool metadata dockerdata_pool_tmeta LV Pool data dockerdata_pool_tdata LV Status available # open 0 LV Size <10.00 GiB Allocated pool data 92.03% Allocated metadata 0.30% Current LE 2559 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 253:8

Я с докером на "ваше величество" пока, так что вопрос скорее глупый. Можете просто накидать ключевых слов, в какую сторону копать

Попробуйте поставить докер с официальных реп последней версии, первая строчка в гугле: https://stackoverflow.com/questions/41531962/docker-run-error-thin-pool-has-free-data-blocks-which-is-less-than-minimum-req

Попробуйте поставить докер с официальных реп последней версии, первая строчка в гугле: https://stackoverflow.com/questions/41531962/docker-run-error-thin-pool-has-free-data-blocks-which-is-less-than-minimum-req

Спасибо. Кроме переустановки будут ещё какие-нибудь советы? Loopback не используется, насколько я понимаю

ну не хватает ему блоков - значит что-то не так с фс, а бэкендом фс lvm? Почему на aufs?

ну не хватает ему блоков - значит что-то не так с фс, а бэкендом фс lvm? Почему на aufs?

Всё верно. Я так понимаю, что конфликт вот в этих двух показателях: Data Space Available: 855.9 MB Thin Pool Minimum Free Space: 1.073 GB Но не могу понять что занимает место - может какие старые образы или контейнеры, которые докер не индексирует по какой-то причине? LVM, потому что исторически так сложилось

Всё верно. Я так понимаю, что конфликт вот в этих двух показателях: Data Space Available: 855.9 MB Thin Pool Minimum Free Space: 1.073 GB Но не могу понять что занимает место - может какие старые образы или контейнеры, которые докер не индексирует по какой-то причине? LVM, потому что исторически так сложилось

Ну докер же создает кучу мелких файлов, которые тратят кучу inode

просто не соблюдено соотношение место/inode

Есть ли какие механизмы встроенные, которые могут реинициализировать фс докера с нуля?

Я так понимаю, что это должно помочь.. Нет?

А если вычистить лишние снимки?

А если вычистить лишние снимки?

[root@node0]# docker info Containers: 0 Running: 0 Paused: 0 Stopped: 0 Images: 0 Нет таких. Не вижу вообще ничего подозрительного, кроме выше описанного LV. Я не в курсе что с этой виртуалкой сделали, но кажется какой-то чудак взял и переустановил докер, но оставил старую фс, или что-то в этом роде.

Понял, не внимательно прочитал Ваше сообщение.

docker system prune ничего не высвобождает

docker system prune ничего не высвобождает

docker system prune -a -f

нет /bin/sh

Очевидно у тебя или мейнтенера не сброщен кеш

Значит у него

собирается норм

у тебя может кеш одного из образов старый

там альпайн тянется

и чтото еще вроде

попробуй их грохнуть и заново собьрать

Ку. Помогите найти проёбаное место, пожалуйста, а то контейнеры не запускаются из-за недостатка места: docker: Error response from daemon: devmapper: Thin Pool has 13060 free data blocks which is less than minimum required 16377 free data blocks

Смени себе storage driver на overlay2 если есть возможность)

Смени себе storage driver на overlay2 если есть возможность)

thinlvm уже изрядно мои мозги поимел.. думаю, что таки уйдём от него. спасибо за наводку :)

господа, как можно смапить порты на хостовую машину при использовании docker-compose run my_task

имеется вот такой конфиг: version: "3" services: client-dev: image: node:9 volumes: - ./client:/usr/src/ - ./server/public:/usr/src/dist working_dir: /usr/src ports: - "9080:9080" command: "bash"

пробовал делать docker run -f blabla.yml -p 9080:9080 run client-dev но безуспешно( конечно же с docker-compose up все работает.

--service-ports

пробовал делать docker run -f blabla.yml -p 9080:9080 run client-dev но безуспешно( конечно же с docker-compose up все работает.

docker-compose -f blabla.yml run --service-ports client-dev

это сделано чтобы твои run не мешали твоим up

docker-compose -f blabla.yml run --service-ports client-dev

счастья, здоровья тебе docker-compose -f docker-compose.client.yml run --service-ports client-dev как часы

обращайся =)

Привет всем, ребят. Как можно передать env var с docker-compose up?

env_file: .env

mysql: build: context: ./.docker/mysql ports: - "3306:3306" env_file: .env примерно вот в таком контексте. переменные будут доступны в dockerfile

mysql: build: context: ./.docker/mysql ports: - "3306:3306" env_file: .env примерно вот в таком контексте. переменные будут доступны в dockerfile

тебе нужны build-args, а не env vars. ENV для уже сбилдженного имеджа при запуске контейнера

mysql: build: context: ./.docker/mysql args: - BLA=${BLA}

Действительно, перепутал. Но на вопрос тем не менее ответ такой

так какой вопрос?

а блин, я не проснулся еще

подскажите а что под капотом scratch ?

что там есть?

busybox?

подскажите а что под капотом scratch ?

ничего

Сисколлсы ток

И собственный неймспейс