Не видел такой проблемы

Возможно эта та самая проблема с оверлей 2

Он сейчас по дефолту

Возможно эта та самая проблема с оверлей 2

ну оверлей2 то везде, а не работает только на убунте

а что за проблема?

а что за проблема?

Ну, чел там пишет

Что оверлей фс типо не посикс

Да и в гугле я смотрю тоже

Фраза в стиле Йоды

https://habr.com/ru/post/438698/

Кого кормить собираешься? :)

Себя

Балин. И тут

Балин. И тут

Прости. Я любопытный. xD

Привет всем. У меня есть несколько странный вопрос. В момент, когда в папочке с файлом docker-compose.yml запускаешь docker-compose up - этот самый компоуз создаёт для себя некое описание сервиса, насколько я понимаю. Для меня загадка, где эти метаданные хранятся на фс (например в линуксе). Может кто знает?

Привет всем. У меня есть несколько странный вопрос. В момент, когда в папочке с файлом docker-compose.yml запускаешь docker-compose up - этот самый компоуз создаёт для себя некое описание сервиса, насколько я понимаю. Для меня загадка, где эти метаданные хранятся на фс (например в линуксе). Может кто знает?

docker inspect любому контейнеру сделай

Там среди прочего метаданные будут

docker inspect любому контейнеру сделай

это я в курсе, оно в /var/lib/docker/%id%/config.v2.json лежит

Ну, там метаданные компоуза лежат

Ок, ладно, перефразирую задачу. Получив ссх доступ на сервак заходим и видим по docker ps, что у нас вертится пяток контейнеров. Условный менеджер сказал что там всё компоузом поднималось, вручную ессно в какойнить /opt/service лежит полтора десятка докер-компоуз.ямлов в подпапочках. Как определить, из какой папки, из какого конфига поднят[ы] сервис[ы]?

Я не помню наизусть. Можешь посмотреть метаданные и угадать

Например, докер-компоуз пишет в имени контейнера имя проекта

А оно функция от имени каталога

Где лежит компоуз

Там же в метаданных шха сумма компоуз

Но это магия какая-то

Ок, ладно, перефразирую задачу. Получив ссх доступ на сервак заходим и видим по docker ps, что у нас вертится пяток контейнеров. Условный менеджер сказал что там всё компоузом поднималось, вручную ессно в какойнить /opt/service лежит полтора десятка докер-компоуз.ямлов в подпапочках. Как определить, из какой папки, из какого конфига поднят[ы] сервис[ы]?

Там в лейблах что-то типа project source есть

Либо пройти по всем каталогам и сделать в каждом docker-compose ps

Либо пройти по всем каталогам и сделать в каждом docker-compose ps

И вот тут мы возвращаемся к той проблеме что я в ансибл чате поднимал xD

Ну, хорошо - что ты хочешь ?

Ну, хорошо - что ты хочешь ?

в идеальном мире - команду типа docker-compose services status/list/info наподобие supervisorctl status например

в идеальном мире - команду типа docker-compose services status/list/info наподобие supervisorctl status например

Понимаешь, говно этот докер компоуз

Никто не будет его развивать

Треш и угар. Туда до сих пор жизненно нужные штуки завести не могут, а ты хочешь список контейнеров по всей системе ))

Насчёт supervisorctl - у меня тоже есть сомнения, что норм работать будет, если несколько супервизоров запущено )))

Скрипт на питоне заебенить, очевидно же

А лучше на баше

Скрипт на питоне заебенить, очевидно же

Перекатиться на куб

А лучше на баше

На брейнфаке еба

Перекатиться на куб

Это не хардкор

наебаше xD Так-то можно свести вопрос к тому, что я хочу знать где компост хранит метаданные

Я тебе сказал

В лейблах контейнеров очевидно

У него же нет етсд

пищаль

От восторга ?

ок, ещё вопрос знатокам. - наваливаем docker-compose up, сервис у нас с restart always - меняем версию образа в докеркомпост.ямл - ребутимся взлетит контейнер с версией которую мы поднимали, или компост поднимет то, что в ямле указано?

От восторга ?

груздь, пищаль, доска

Понимаешь, говно этот докер компоуз

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

ок, ещё вопрос знатокам. - наваливаем docker-compose up, сервис у нас с restart always - меняем версию образа в докеркомпост.ямл - ребутимся взлетит контейнер с версией которую мы поднимали, или компост поднимет то, что в ямле указано?

С тем, что поднимали

С тем, что поднимали

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

сделал 1. git clone 2. docker-compose up 3. Profit!!

сделал 1. git clone 2. docker-compose up 3. Profit!!

-d xD

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

Да, можно ямл и удалить

И все будет работать

Да, можно ямл и удалить

хм, а если удалив ямл, в той-же папочке запустить docker-compose logs например - куда я пойду?

нахер или в логи?

Никуда, он не знает на контейнеры с какими лейблами смотреть

Никуда, он не знает на контейнеры с какими лейблами смотреть

знач первый вариант всё-таки :)

ок, ещё вопрос знатокам. - наваливаем docker-compose up, сервис у нас с restart always - меняем версию образа в докеркомпост.ямл - ребутимся взлетит контейнер с версией которую мы поднимали, или компост поднимет то, что в ямле указано?

Старый взлетит

понятно, спасибо за инфу

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

Ну, конечно, комплуз - это враппер для docker start/stop/run blablabla

Подскажите, как собрать базовый образ CentOs 6.

А зачем тебе старый центоси?

Подскажите, как собрать базовый образ CentOs 6.

Взять официальный

А зачем тебе старый центоси?

Ну мало ли, мне вот php5. 2 как-то пришлось собирать и без геморроя это только на Debian 6

А зачем тебе старый центоси?

docker pull centos:6 [root@99d115ba88f5 /]# cat /etc/redhat-release CentOS release 6.10 (Final)

так пойдёт?

Есть предложение, подкупающее своей новизной: А давайте бить ногами за постинг текстов скриншотами?

Есть предложение, подкупающее своей новизной: А давайте бить ногами за постинг текстов скриншотами?

Ты не понимаешь как работают люди. Текст на картинках всегда интереснее

Угу скриншоты в ворд документы вставлять и скрины в бмп

Есть предложение, подкупающее своей новизной: А давайте бить ногами за постинг текстов скриншотами?

Только не по голове, а то еще гифками постить начнут

я бы снял монитор на видео

на пленку

Отксерить, а потом отсканить тож норм

а вообще претензия не ясна. зачем вам выхлопы докера текстом?

в плане, не скриншотами

Чтобы не пихать в FineReader

зачем пихать в FineReader

Чтобы текст получить из скриншота

но можно же и без finereader'а его прочитать. или комфортно со своими шрифтами?

нет, ну если без стеба то я действительно не понимаю зачем это может быть нужно

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

Потому что картинка с текстом , на которой больше ничего нет - это глупость. Или искусство, или мем.

По ней не работает поиск. Её нельзя скопировать и вставить в консоль.

О чем ваще разговор? Не умеешь копировать текст из терминала -> не умеешь гуглить сообщения об ошибках.

я понимаю зачем это делать когда дело касается кода, но докер...обычно происходящий структурный бардак ни скриншотом ни копипастом не передаш. Нужно понимать суть\объяснять её, понимать что происходит, искать причины у себя а не в гугле по коду ошибки КАК ЭТО ПРОИСХОДИТ В СРАНОЙ ДЖАВЕ НЕНАВИЖУ ДЖАВУ

Чат не твоя нейросетка.

и скорее всего авторы топиков гуглит текст ошибки. надеюсь.

ну, только если конфиги сюда копировать

но можно же и без finereader'а его прочитать. или комфортно со своими шрифтами?

Вот что это вообще за жесть была? Капча? https://t.me/docker_ru/97577

Вот что это вообще за жесть была? Капча? https://t.me/docker_ru/97577

так тут всё понятно. у человека нет клиента mysql

Поэтому на его картинке три слоя с текстом?