Здравствуйте! Можно ли здесь делиться вакансиями?

Пробовал через переменные окружения и параметр user: в докер композ прокинуть мои ид в образы - тоже не выходит ничего... user: 1001:1002 на 3 образа и все равно не помогает..

Создайте в образе пользователя с вашим id и group и наступит счастье

как? у меня всё с докерхаба идёт

как? у меня всё с докерхаба идёт

Вам нужен пример?

ну это наверно нужно 3 докерфайла, типа FROM docker/whalesay:latest RUN useradd .... и потом эти образы вложить в докер композ ?

разделить на две папки - фронт и бэк и создавать

Зачем три?

Зачем три?

Тогда же будет проблема с путями ?

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

Создайте два образа из одного проекта, один для фронт, второй для бэк)

А как понять то что мне туда закидывать ?)

Один образ со всем содержимым для frontend и второй для backend так же со всем содержимым

пробовал в композ прокидывать и ENV файл и юзера внутрь образов через: user: ${USER_ID}:${GROUP_ID} так тоже не взлетело.. user: 1001:1002 и так не взлетело

Что то мне подсказывает что проблема не в пользователях

тогда в чем смысл двух образов?)

2023-08-23 12:51:18 mkdir: can't create directory '/var/lib/grafana/plugins': Permission denied

Это запись из лога?

lf

2023-08-23 12:51:18 mkdir: can't create directory '/var/lib/grafana/plugins': Permission denied

docker logs?

output из консоли

при этом: volumes: - ./grafana/data:/var/lib/grafana

Это в external volume нужно держать иначе не будет работать

почему? в чем отличие ? influxdb - спокойно принимает такое же:

почему? в чем отличие ? influxdb - спокойно принимает такое же:

все директории в которых хранятся базы данных или данные приложения которые должны быть persistence должны храниться в external volume - учите мат часть

не написано там что так должно быть https://github.com/compose-spec/compose-spec/blob/master/07-volumes.md#external указано что не будет ошибки если нет такого тома и что данные живут там вне зависимости от жизни образа

https://pastebin.com/CMtWXH7R вот исправленный и рабочий вариант

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

но ведь можно еще пострадать с правами ?

сработало так! спасибо

на винде, пойду на убунте попробую

а зачем? что вы собираетесь менять в бинарных файлах? и зачем они вам внутри вашего проекта?

но ведь можно еще пострадать с правами ?

так же взлетит и на убунту и на macOS

такое обычно делают например когда ведут разработку проекта и необходимо что бы например php внутри образа работал от того же пользователя что и хост машина, для того что бы не гемороиться с файлами проекта и редактировать их, так же с другими ЯП, но это только для машин разработчиков, во всех остльных окружениях все работает только от рута с PID 1 чаще всего

не взлетело

а что у вас в ./influxdb/config/ лежит?

удалил папки вообще, проверяю заново, они пустые были

в этой директории у вас должны лежать конфиги influx

так это clean install , там еще ничего не может быть

тогда нельзя её монтировть в первый старт, вам нужно сначала запустить сервис и скопировать конфигурациеонные файлы, а потом уже их монтировать, закомментируйте строчку - ./influxdb/config/:/etc/influxdb/

тогда нельзя её монтировть в первый старт, вам нужно сначала запустить сервис и скопировать конфигурациеонные файлы, а потом уже их монтировать, закомментируйте строчку - ./influxdb/config/:/etc/influxdb/

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

зачем вам эти каталоги? что вы с ними собираетесь делать?

ну там будут же хранится настройки и данные от этих сервисов

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

docker volume external специально для этого и создан

т.е. создать еще несколько образов и подсунуть ?

т.е. создать еще несколько образов и подсунуть ?

вы наверное путаете image и volume

а чем вас не устраивает хранить эти файлы в docker volume ?

influxdb-data:/var/lib/influxdb influxdb-data-etc:/etc/influxdb/

разве не так нужно?

зачем /etc/influxdb в volume засовывать?

чтоб конфиги не потерять?

конфиги смонтируйте с хостовой машины

так а у меня их нет

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

т.е. можно в принципе не подключать volume's ?