они просто все упаковали в один самораспаковывающийся пайтон архив

норкоманы

поделитесь пожалуйста конфигом Grafana docker compose 3.3

поделитесь пожалуйста конфигом Grafana docker compose 3.3

а чем на оф сайте не устроил?

ща

https://jonnev.se/easy-influxdb-grafana-setup-with-traefik/

как пример

и почему 3.3 - я не понял

у меня докер композ 3.3

а на сайте ля

для 2 версии

не нужно использовать 3.3 докер компоуз, если у тебя НЕ СВАРМ

используй 2.4

/опять начинается срачик за версии докер-компоуза/

GF_PATHS_DATA='/var/lib/grafana' is not writable. You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migration-from-a-previous-version-of-the-docker-container-to-5-1-or-later mkdir: cannot create directory '/var/lib/grafana/plugins': Permission denied mkdir: cannot create directory '/var/lib/grafana/plugins': Permission denied

норкоманы

а мне норм

они просто все упаковали в один самораспаковывающийся пайтон архив

jfyi https://pyinstaller.readthedocs.io/en/stable/operating-mode.html#how-the-one-file-program-works

jfyi https://pyinstaller.readthedocs.io/en/stable/operating-mode.html#how-the-one-file-program-works

на досуге почитаю. Но самораспаковывающийся - это не означает обязательно, что он на диск файлы распаковывает

с тем же успехом может в память процесса

GF_PATHS_DATA='/var/lib/grafana' is not writable. You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migration-from-a-previous-version-of-the-docker-container-to-5-1-or-later mkdir: cannot create directory '/var/lib/grafana/plugins': Permission denied mkdir: cannot create directory '/var/lib/grafana/plugins': Permission denied

вопрос конкретный плиз

вопрос конкретный плиз

поделитесь пожалуйста конфигом Grafana docker compose 3.3

https://jonnev.se/easy-influxdb-grafana-setup-with-traefik/

а нафига там CPU usage total

бред какой то

system\user\idle\iowait надо а не через жопу

поделитесь пожалуйста конфигом Grafana docker compose 3.3

Я обычно такие вещи в гугле ищу за 10-15 минут, но лан) https://pastebin.com/GBPn8U6F

gaal@linux-x1:~/X5/test-nginx-master> cat docker-compose.yml version: '2.4' services: grafana: image: grafana/grafana environment: - GF_SERVER_ROOT_URL=http://localhost:3000 ports: - 3000:3000 volumes: - grafana:/var/lib/grafana volumes: grafana:

минимальный файл

Привет. Есть очень много <none>:<none> образов примерно одного размера на тестовой машине с кучей проектов разных версий, запущенных через композ. Эти образы не dangling. Я правильно понимаю, что это всё одинаковые слои контейнеров разных версий композ-проектов? Проблема занимаемого места может решиться созданием базового образа и дальнейшего его пула из сиай?

Привет. Есть очень много <none>:<none> образов примерно одного размера на тестовой машине с кучей проектов разных версий, запущенных через композ. Эти образы не dangling. Я правильно понимаю, что это всё одинаковые слои контейнеров разных версий композ-проектов? Проблема занимаемого места может решиться созданием базового образа и дальнейшего его пула из сиай?

нет, базовый образ не решит проблему

"Я правильно понимаю, что это всё одинаковые слои контейнеров разных версий композ-проектов?" - фиг его знает. Может быть да, может быть нет. Обычно такое появляется, если сборка была не успешна по какой-либо причине

секрет докера создает линк на файл? если я допустим обновлю сертификат, мне секрет обновлять не надо?

"Я правильно понимаю, что это всё одинаковые слои контейнеров разных версий композ-проектов?" - фиг его знает. Может быть да, может быть нет. Обычно такое появляется, если сборка была не успешна по какой-либо причине

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

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

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

но если нет связанного контейнера - определить будет нельяз

Но если нет связанного контейнера, разве они не должны были удалиться при docker image prune?

я вообще в прюн не особо верю

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

Какой-то неудобный вариант пытаться удалить каждый и ждать ошибку.

В общем, спасибо. Буду смотреть.

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

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

решается для чего?

в случае стейтлесс - как бы пофиг. Но речь, наверное, про БД?

в случае стейтлесс - как бы пофиг. Но речь, наверное, про БД?

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

это выглядит как задача "сохранение данных независимо от живости отдельных хостов"

это выглядит как задача "сохранение данных независимо от живости отдельных хостов"

ну, в целом, да

к докеру очень опосредованное отношение имеет

что мешает хранить вольюм на нфс диске?

Астрологи объявили неделю swarm

секрет докера создает линк на файл? если я допустим обновлю сертификат, мне секрет обновлять не надо?

1. секреты это тоже swarm 2. https://docs.docker.com/engine/swarm/secrets/#example-rotate-a-secret

Астрологи объявили неделю swarm

+50% к шансу нахождения подорваного пердака

Сразу попрошу не плевать в меня, но... Требуют запихнуть в контейнер крон добавил крон, запускаю CMD cron -f процесс в контейнере есть, а джобы не запускает когда внутри контейнера делаю service cron restart начинает работать, но такой вариант не подходит кто-то решал подобную проблему?

в контейнере лежит еще апач

Сразу попрошу не плевать в меня, но... Требуют запихнуть в контейнер крон добавил крон, запускаю CMD cron -f процесс в контейнере есть, а джобы не запускает когда внутри контейнера делаю service cron restart начинает работать, но такой вариант не подходит кто-то решал подобную проблему?

тебе нужно засунуть в контейнер init и поднимать все как сервисы

есть ссылка чтобы почитать?

нет

Есть ли такой инструмент, который из docker-контейнеров создает установочный файл, типа bash-скрипта, что-ли? Хочу, чтобы при деплое, устанавливался необходимый софт, который у меня присутствовал на локальном компе, но в докер-контейнерах. Не знаю, насколько понятно объяснил. На локальном компе, например, есть у меня контейнеры с nginx node php-fpm elastic определенных версий, мне надо, чтобы на удаленном сервере установились эти же самые версии софта, с конфигами, которые у меня были.

Есть ли такой инструмент, который из docker-контейнеров создает установочный файл, типа bash-скрипта, что-ли? Хочу, чтобы при деплое, устанавливался необходимый софт, который у меня присутствовал на локальном компе, но в докер-контейнерах. Не знаю, насколько понятно объяснил. На локальном компе, например, есть у меня контейнеры с nginx node php-fpm elastic определенных версий, мне надо, чтобы на удаленном сервере установились эти же самые версии софта, с конфигами, которые у меня были.

ансибл бери

и пиши плейбуки

Бери сразу докер тогда

Бери сразу докер тогда

боюсь его в продакшн сувать. Недостаточно хорош его знаю.

Что знаешь то и юзай

ансибл бери

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

Что знаешь-то?

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

никакой альтернативы нет? https://alternative.me/ansible

Что знаешь-то?

Makefile

Я б кстати попробовал bolt

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

Кто сталкивался с таким вопиющим случаем, когда демон докера теряет запущенный контейнер? В docker ps / docker ps -a его не видно, но порт занят, ip доступен

версия докера? ос хоста?

Docker version 18.09.2, build 6247962 Ubuntu 18.04.1

с ресурсами на хосте всё хорошо? цпу, памяти, диска всем хватает?

Скажем так

на пределе работает все

По крайней мере сторейдж

Кто сталкивался с таким вопиющим случаем, когда демон докера теряет запущенный контейнер? В docker ps / docker ps -a его не видно, но порт занят, ip доступен

Если в конфиге докера прописано "live-restore": true, то можно попробовать рестартнуть сервис docker'а. Но скорее всего придется убивать процесс, который был в контейнере, через kill. И заново запускать контейнер.

Попробуйте выключить и снова включить

Киллить не хотелось бы. Попробуй для начала место освободить, а то почти 100% сожрато

Подскажите, я запускаю контейнер с параметром -p 80:80, но у контейнера внутри ip 172.17.0.2 как его заставить брать ip хоста? Например тот же гитлаб разворачиваешь и он сразу доступен по адреса хоста

Даже не так вопрос задал, он должен брать ip хоста или все такие его вручную всегда надо задавать?

Подскажите, я запускаю контейнер с параметром -p 80:80, но у контейнера внутри ip 172.17.0.2 как его заставить брать ip хоста? Например тот же гитлаб разворачиваешь и он сразу доступен по адреса хоста

зачем контейнеру ip хоста? Ты идёшь на http://host_ip:80 и iptables редиректит запрос на контейнер

Даже не так вопрос задал, он должен брать ip хоста или все такие его вручную всегда надо задавать?

Нет и нет

хм ок

запускай хост моуд

)))

Или не запускай

знать бы еще что это

Тогда не запускай конечно

Запущу

Подскажите пожалуйста, можно ли как-нибудь в docker compose убрать префикс из консоли?