Grafana "permission denied" bei Container Start

[Raptor05]

Hallo liebe Community,

ich bin aktuell dabei Grafana über Docker zu installieren, scheitere dabei aber an der Einrichtung der Persistenz.
Meine Volumes:

docker/grafana/data	/var/lib/grafana
docker/grafana/grafana.ini	/etc/grafana/grafana.ini

Meine Umgebungsvariablen:

PATH	/usr/share/grafana/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
GF_PATHS_CONFIG	/etc/grafana/grafana.ini
GF_PATHS_DATA	/var/lib/grafana
GF_PATHS_HOME	/usr/share/grafana
GF_PATHS_LOGS	/var/log/grafana
GF_PATHS_PLUGINS	/var/lib/grafana/plugins
GF_PATHS_PROVISIONING	/etc/grafana/provisioning
GF_SECURITY_ADMIN_PASSWORD	secret
GF_SERVER_ROOT_URL	http://192.168.178.2:3003

Also Standardkonfiguration (grafana.ini) verwende ich übrigens folgende: Github

Wenn ich den Container nun versuche zu starten bekomme ich folgende Fehler im Protokoll:

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

Der dort angegebene Link trifft auch mich ja nicht zu, da ich keine Migration vornehme, sondern einen Clean Install...

Hat jemand eine Idee woran das liegen könnte oder die Erfahrung auch schon gemacht?

Meine anderen 3 Container Gitea, ecoDMS und InfluxDb haben keine Probleme mit ihren Volumes, diese liegen auch alle unter /docker/*

Viele Grüße

 

[haydibe]

GF_PATHS_DATA='/var/lib/grafana' is not writable.

Schau mal in der Beschreibung auf Dockerhub, ob das Image permission mapping umsetzt.
Ansonsten setzt mal die Rechter für docker/grafana/data auf 777 und starte dann den Container. Du wist dann schon erkennen mit welche UID:GID der Container in das Verzeichnis schreibt.

Danach kannst Du das Verzeichnis mit chown -R ermittelte_uid:ermittelte_gid docker/grafana/data diesem Benutzer zuordnen. Achtung danach kommst Du meist nur noch als root in das Verzeichnis, wenn es keinen Benutzer im System gibt, der die UID sonst hat.

Über die Commandline hat man die Option mit -user die uid:gid mitzugeben, die Docker dann im Container auf den zu letzt im Dockerfile angegebenen Benutzer anwendet. Die Variante ist sogar sauberer... wenn dir die Synology UI da keinen Strich durch die Rechnung macht und den Parameter bei einem Container neustart entfernt

 

[Tommi2day]

Der letzte Abschnitt "Modifying permissions" in dem verlinkten Dokument sollte auch für eine neue Installation helfen

 

[Raptor05]

Ich konnte es jetzt lösen, indem ich in der FileStation unter Eigenschaften -> Genehmigung den User "SYSTEM" eine RW Berechtigung gegeben habe:



Dadurch haben zwar alle User eine RO Berechtigung bekommen, diese habe ich dann eben über den Einzelfall wieder entzogen.

Ist das irgendwie kritisch oder eine valide Lösung?