Ubuntu met Docker Compose permissieprobleem

[Incolumis]

Ik heb een tijdje Openmediavault gedraaid, maar ik las over Docker Compose en wilde het eens proberen.
Ik heb daarom Ubuntu 18.04 geinstalleerd, en via SSH alles geïnstalleerd middels deze handleiding
Ik heb Ubuntu draaiend op sda, en mijn media op sdb.

Dit is een voorbeeld van mijn yaml-file:

radarr:
image: "linuxserver/radarr"
container_name: "radarr"
volumes:
- ${USERDIR}/docker/radarr:/config
- ${USERDIR}/Downloads/completed:/media/incolumis/Media/Downloads/complete
- ${USERDIR}/media/movies:/media/incolumis/Media/movies
- "/etc/localtime:/etc/localtime:ro"
- ${USERDIR}/docker/shared:/shared
ports:
- "9004:7878"
restart: always
environment:
- PUID=${PUID}
- PGID=${PGID}
- TZ=${TZ}

Op zich werkt de container wel, maar als ik op "Import existing series on disk" klik, en dan navigeer naar de correcte map, krijg ik de volgende melding:

Folder is not writable by user abc.

Nou weet ik dat de containers van linuxserver altijd een user abc hebben, maar ik zou niet weten hoe ik deze user toegang moet verlenen aan mijn mediaschijf.
Ik heb al talloze topics gezocht op dit probleem, maar aangezien mijn Linux-kennis nog niet helemaal up and running is, snap ik vaak niet wat men bedoelt met bepaalde oplossingen.
Is er iemand die het in Jip&Janneke-taal kan uitleggen?

[thunder7]

in linux kan een map door een gebruiker geschreven worden als

- de gebruiker 'eigenaar' is van de map en de eigenaar mag schrijven in de map
- de gebruiker lid is van een groep die mag schrijven in de map
- iedereen in de map mag schrijven

het commando dat je zoekt is chmod, de uitleg is ofwel 'man chmod' of zoeken op iets als 'chmod for dummies'.

Zoeken op 'docker openmediavault write permission' geeft ook veel hits, trouwens.

[Incolumis]

thunder7 schreef op zondag 3 maart 2019 @ 21:12:
in linux kan een map door een gebruiker geschreven worden als

- de gebruiker 'eigenaar' is van de map en de eigenaar mag schrijven in de map
- de gebruiker lid is van een groep die mag schrijven in de map
- iedereen in de map mag schrijven

het commando dat je zoekt is chmod, de uitleg is ofwel 'man chmod' of zoeken op iets als 'chmod for dummies'.

Zoeken op 'docker openmediavault write permission' geeft ook veel hits, trouwens.

Ik draai nu geen OMV meer, maar Ubuntu.
Ik ben eigenaar van de gehele schijf.
De schijf heb ik zelfs al op 7777 gezet, maar ook dat hielp niet.

[Hero of Time]

Dat is een veelgebruikte 'oplossing' dat in dit geval dus logisch (en gelukkig) niet werkt. Mappen horen gewoon 0755 te zijn. Als je 0777 nodig hebt, doe je het verkeerd en moet je beter nadenken over je groepen en rechten.

Waar je nu naar moet kijken is hoe de mapping in je docker container eruit ziet. Wie is de eigenaar, is de map ook beschrijfbaar gekoppeld en als wie draait Radarr.

[Klippy]

Ik heb geen ervaring met radarr, maar de linuxserver.io images gebruiken twee variabelen om de user aan te geven. De uitleg voor radarr staat op https://hub.docker.com/r/linuxserver/radarr/ onder User / Group Identifiers.

In Docker compose kan je ze als omgevingsvariabele zetten onder environment, zie https://www.linuxserver.io/docs/puid-pgid/ voor meer info.

[Incolumis]

Klippy schreef op zondag 3 maart 2019 @ 21:49:
Ik heb geen ervaring met radarr, maar de linuxserver.io images gebruiken twee variabelen om de user aan te geven. De uitleg voor radarr staat op https://hub.docker.com/r/linuxserver/radarr/ onder User / Group Identifiers.

In Docker compose kan je ze als omgevingsvariabele zetten onder environment, zie https://www.linuxserver.io/docs/puid-pgid/ voor meer info.

Dat had ik al gedaan in /etc/environment, namelijk:

PUID=1000
PGID=999
TZ="Europe/Amsterdam"
USERDIR="/home/incolumis"

als ik id op mijn naam, dan krijg ik:

uid=1000(incolumis) gid=1000(incolumis) groups=1000(incolumis),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),116(lpadmin),126(sambashare),999(docker)

Volgens de handleiding moest ik mijn eigen user-id gebruiken als PUID, en de 999 van docker als PGID.
Klopt dit niet dan?

[Klippy]

Had ik inderdaad overheen gelezen in je post, maar waarom staat PGID op 999 en niet op 1000?

Anders controleren of je rechten inderdaad echt goed staan, zoals @Hero of Time voorstelde.
Zie https://medium.com/the-co...er-container-9a1e7f0ec204 over hoe bash in je containter te openen.

Je kan ook proberen die omgevingen weg te laten en als root te draaien, eventueel user: root aan je YAML toevoegen.

[Hero of Time]

Klippy schreef op zondag 3 maart 2019 @ 22:13:
Je kan ook proberen die omgevingen weg te laten en als root te draaien, eventueel user: root aan je YAML toevoegen.

Ehm, kijk jij nu naar het uiteinde van een metalen pijp, of de loop van een geweer?

Docker is ontwikkelt om juist niet als root te moeten draaien. Ook de software in de container hoort niet daaronder te draaien.

[Klippy]

Hero of Time schreef op zondag 3 maart 2019 @ 22:16:
[...]

Ehm, kijk jij nu naar het uiteinde van een metalen pijp, of de loop van een geweer?

Docker is ontwikkelt om juist niet als root te moeten draaien. Ook de software in de container hoort niet daaronder te draaien.

Ik bedoelde meer om te kijken of het dan wel werkte, tijdelijk dus.

[Hero of Time]

Klippy schreef op zondag 3 maart 2019 @ 22:19:
[...]

Ik bedoelde meer om te kijken of het dan wel werkte, tijdelijk dus.

Dat valt dus onder dezelfde categorie "gooi het maar op 777, dan werkt het wel". En is dus nooit de oplossing. Want zelfs root in de container kan een dikke permission denied krijgen voor writes op gelinkte mappen. Iets onder root op je machine draaien kan voor jezelf weer permission denied geven met alle gevolgen van dien.

Dus, gewoon niet doen. Er wordt genoeg gelogd en andere informatie gegeven waarom iets niet mag.

[Klippy]

Het is een media server, niet de Nederlandse bank waar we het over hebben.

[Hero of Time]

Klippy schreef op zondag 3 maart 2019 @ 22:23:
Het is een media server, niet de Nederlandse bank waar we het over hebben.

En als ik de KDE file manager als root wil uitvoeren weigert die dat. Er zijn dus programma's die gewoon weigeren als 't als root draait.

Iets als root draaien is geen heilige graal dat alles maar oplost.