GG
-v /etc/passwd:/etc/passwd может помочь
Size: a a a
2020 June 22
GG
или docker run --user $(id -u) ...
GG
вопрос теоретического характера
допустим, докер-контейнер
допустим, какая-то машинка, в которой делается
userid хозяина
докер умеет это как-то изящно обрабатывать, или я таким образом обрекаю себя на страдания?
допустим, докер-контейнер
foo, в котором при сборке было сделано`USER foo WORKDIR /home/foo`допустим, какая-то машинка, в которой делается
docker run -v $(pwd):/home/foo/bar foo:latestuserid хозяина
pwd отличается от такового в fooдокер умеет это как-то изящно обрабатывать, или я таким образом обрекаю себя на страдания?
я ответил?
II
я ответил?
частично
меня скорее интересует ситуация, когда с одной стороны надо прочитать какой-нибудь
меня скорее интересует ситуация, когда с одной стороны надо прочитать какой-нибудь
/home/foo/.bashrc под овнерством 1000, а с другой записать что-то в /home/foo/bar под овнерством 1001GG
частично
меня скорее интересует ситуация, когда с одной стороны надо прочитать какой-нибудь
меня скорее интересует ситуация, когда с одной стороны надо прочитать какой-нибудь
/home/foo/.bashrc под овнерством 1000, а с другой записать что-то в /home/foo/bar под овнерством 1001эм. Давай конкретнее
GG
начать с того, что использование докера для работы с файловой системой хоста - уже дурная затея
GG
и ты привел отличный пример, подтверждающий мои слова
II
начать с того, что использование докера для работы с файловой системой хоста - уже дурная затея
+100500
)
)
II
эм. Давай конкретнее
конкретнее — докера нет, есть чрут, в этом чруте хомяк пользователя под 1000, и в чрут надо смонтировать рабочую директорию на дженкинсе, у которой владелец дженкинс под 1001. а дальше начинаются интересные коллизии что нужно будучи внутри чрута и в рабочую директорию записать что-то, что дженкинс потом сам сможет прочесть и удалить, и поиметь доступ ко всяким конфигам пользователя в чруте, ибо под ним запускаемся
я просто подумал мало ли, вдруг докероводы такое умеют изящно обходить по щелчку пальцев, и это лишний довод заменить чруты на докер-образа))
я просто подумал мало ли, вдруг докероводы такое умеют изящно обходить по щелчку пальцев, и это лишний довод заменить чруты на докер-образа))
GG
конкретнее — докера нет, есть чрут, в этом чруте хомяк пользователя под 1000, и в чрут надо смонтировать рабочую директорию на дженкинсе, у которой владелец дженкинс под 1001. а дальше начинаются интересные коллизии что нужно будучи внутри чрута и в рабочую директорию записать что-то, что дженкинс потом сам сможет прочесть и удалить, и поиметь доступ ко всяким конфигам пользователя в чруте, ибо под ним запускаемся
я просто подумал мало ли, вдруг докероводы такое умеют изящно обходить по щелчку пальцев, и это лишний довод заменить чруты на докер-образа))
я просто подумал мало ли, вдруг докероводы такое умеют изящно обходить по щелчку пальцев, и это лишний довод заменить чруты на докер-образа))
решается через group'ы и setfactl 😊 погугли плиз
II
решается через group'ы и setfactl 😊 погугли плиз
сяп, погляжу
ch
кто то встречал что docker-compose вместо того, чтобы биндить папку на хост, запихивает файлы из этой папки в volume?
GG
кто то встречал что docker-compose вместо того, чтобы биндить папку на хост, запихивает файлы из этой папки в volume?
покажи компоуз
ch
при этом с соседним сервисом в этом же docker-compose.yml этого не происходит
https://gist.github.com/centralhardware/fe48d6ce5979a230c01a9cc63d576a9c происходит это с psql
https://gist.github.com/centralhardware/fe48d6ce5979a230c01a9cc63d576a9c происходит это с psql
ch
соответсвено на хосте у меня пустая папка
AP
подскажите, пожалуйста, как можно очистить dns cache в docker swarm? на хосте dig показывает правильный результат, а в контейнере для сервиса нет.
GG
подскажите, пожалуйста, как можно очистить dns cache в docker swarm? на хосте dig показывает правильный результат, а в контейнере для сервиса нет.
Ты ведь знаешь, что тебе про сворм скажут ?
AP
Ты ведь знаешь, что тебе про сворм скажут ?
это не мое, мне подкинули
GG
при этом с соседним сервисом в этом же docker-compose.yml этого не происходит
https://gist.github.com/centralhardware/fe48d6ce5979a230c01a9cc63d576a9c происходит это с psql
https://gist.github.com/centralhardware/fe48d6ce5979a230c01a9cc63d576a9c происходит это с psql
"/media/alex-server/main/family archive/bonsai/images" - путь с пробелами?
GG
пробовал кавычить?