@littox будет жить. Поприветствуем!

Removed msg from Виталий Сычев. Reason: new user + external link

Подскажите, как правильно работать с правами на volumes? Сейчас возникает такая проблема. Я закидываю через volumes категорию с root, например. А внутри работает приложение php, запущенное от www-data. В итоге, мое приложение не может получить права на запись.

выдать права на хосте на диру которую пробрасываете внутрь контейнера

Так а какие права выдавать? Какому юзеру? Который внутри контейнера должен быть?

должный userid совпадать пользователя хоста и внутри контейнера

должный userid совпадать пользователя хоста и внутри контейнера

И как с этим разбираться? Я беру левый контейнер, откуда мне знать какой там userid? И что происходит, если на хосте его не существует?

Юзать именованные тома

В var/lib/docker/volumes

Так а какие права выдавать? Какому юзеру? Который внутри контейнера должен быть?

Зайти внутрь контейнера и сделать id www-data И chmod -R id:id на диру на хосте сделать

Юзать именованные тома

Неудобно же. У меня тут тонна картинок, база. Все разложено по папочкам. Я как потом данные искать буду?

Зайти внутрь контейнера и сделать id www-data И chmod -R id:id на диру на хосте сделать

А docker-compose это не умеет делать автоматом? Раньше же работало все, вроде. Как-то упустил я когда все поменялось (

И как-то заходить в контейнер, разбираться. Все это как-то сложно. Нет никакого простого механизма?

Хоть 777 ставь на категорию ?

фу не chmod, а chown туплю

фу не chmod, а chown туплю

Не страшно, я понял. Но вариант все равно не нравится )

Неудобно же. У меня тут тонна картинок, база. Все разложено по папочкам. Я как потом данные искать буду?

ln -s /var/lib/docker/volumes/compose_name/_data /home/username/pron_pictures не пойдет?

Чтоб привычный путь не менять

Можно в имидж архив закинуть чтобы он распаковал его на стадии entrypoint

И тогда они сразу будут с нужными правами

ln -s /var/lib/docker/volumes/compose_name/_data /home/username/pron_pictures не пойдет?

О, а можно наоборот? Мне как-то очень дискомфортно вообще понимать, что данные где-то там лежат не пойми где. А если кто-то все volumes грохнет при переустановке/настройке? Как-то это все не выглядит не очень юзабельно.

А кто может грохнуть то?

Это стандартный докеровый путь для volumes

Обратно тоже можно, но владелец файлов от этого не изменится

А кто может грохнуть то?

Например админ, который никогда не слышал про докер и полез данные копировать куда-то.

Ну или как вариант пересобрать весь образ чтобы контейнер работал под тем юзеров, под которым лежит нужное файло на диске

Например админ, который никогда не слышал про докер и полез данные копировать куда-то.

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

Оххх... Раньше же как-то работало это все нормально, вроде

Ну как нормально. С правами бардак был. Но хотя бы не было проблем с записью данных. Или режимом RO. А теперь ерунда какая-то

У вас я так понимаю все к докеру доступ имеют?

@carwiz Прежде всего интересен ответ на вопрос: кто/что определяет, что процесс бежит под www-data. Интересен он тем, что может помочь определить цифровой user-id, который можно использовать для chown

@LevSkorobogatov будет жить. Поприветствуем!