Grafana unter Docker installieren und Einrichten
-
in der grafana hilfe steht folgendes um root zugriff auf dem container zu erhalten:
docker run -ti --user root --volume "<your volume mapping here>" --entrypoint bash grafana/grafanahttps://grafana.com/docs/grafana/latest/installation/docker/
-
@oliverio Vielen Dank! Allerdings nutze ich bisher nur die Synology Docker GUI, was bislang ausreichend ist für mich. Geht das da auch?
-
@rkccorian
ich denke schon. das ist ja kein anderes docker und synology hat da seine eigene oberfläche drauf gemacht.bei der befehlszeile, die von grafana vorgegeben wird, steht ja nur das man explizit mit dem user root sich einloggen soll.
da kannst du mal schauen, ob es das bei synology gibt.
bei portainer (eine andere alternative docker gui) gibt es so ein feld auchwir gehen aktuell davon aus, das das von synology bereitgestellte image auch das original grafana/grafana ist?
-
@oliverio sagte in Grafana unter Docker installieren und Einrichten:
wir gehen aktuell davon aus, das das von synology bereitgestellte image auch das original grafana/grafana ist?
Ja, das Image ist original grafana/grafana. Nur finde ich in der Synology GUI bislang keine Möglichkeit auf root zu kommen, das kann aber auch an mir liegen. An sich reicht mir (bislang) die Synology GUI, sodass ich bislang einen Wechsel auf Portainer nicht machen würde.
Im Worst-Case müsste ich weiterhin mit dem Boom-PlugIn in Grafana leben, was bei iFrames den Nachteil von Scrollbalken oder alternativ leeren Flächen hat
Ich möchte eigentlich nur index.html im Editor bearbeiten um ein eigenes CSS einschleusen zu können. Gibt's doch nicht, dass der grafana container keinen Editor enthält 
-
@rkccorian sagte in Grafana unter Docker installieren und Einrichten:
Allerdings habe ich wohl nicht genügend Rechte...
Nein , das liegt an der Docker Version .
-
So, hab jetzt doch Portainer auf der Synology installiert, buanet sei Dank!!! Dann mit root-Rechten konnte ich die Änderungen machen. Leider muss ich das Prozedere bei jedem Container-Update von Grafana wiederholen... Hoffe mal, das da irgendwann was natives in Grafana kommt. Vielen Dank in jedem Fall für Eure Rückmeldungen!
-
@rkccorian Siebe meine Antwort im anderen thread
-
@oliverio Siehe meine Antwort im anderen thread
-
@rkccorian sagte in Grafana unter Docker installieren und Einrichten:
So, hab jetzt doch Portainer auf der Synology installiert, buanet sei Dank!!! Dann mit root-Rechten konnte ich die Änderungen machen.
wie hast du das geschafft, auch mit Portainer lande ich in der console als user grafana!
Abhilfe schaffte nurdocker exec -it --user root grafana bash(grafana=name des containers)Leider muss ich das Prozedere bei jedem Container-Update von Grafana wiederholen... Hoffe mal, das da irgendwann was natives in Grafana kommt. Vielen Dank in jedem Fall für Eure Rückmeldungen!
was auch funktioniert:
- kopiere die /etc/grafana/grafana.ini nach /var/lib/grafana.
- Jetzt hast du Zugriff auf sie in deinem Nas, da du diesen Ordner ja gemappt hast.
- erstelle einen Ordner cnf und move die grafana.ini da rein
- erstelle deinen Container neu, jedoch mit einem zweiten Mapping, etwa so
-v /volume1/grafana-data/cnf/grafana.ini:/etc/grafana/grafana.ini
ab jetzt kannst Du die Datei zB in Windows mit Notepad++ bearbeiten. Auch bei einem Update des Containers nimmt der neue Container diese ini. Da du deine Daten ja ausgelagert hast funktioniert das auch mit einem bestehenden System.
-
@fastfoot Bzgl. Grafana.ini, hatte ich bereits so gemacht. Mir ging es eher um index.html, da sich diese Datei zw. den Versionen geändert hat bin ich mir nicht sicher, ob das Auslagern reicht.
Bzgl. Portainer und root auf Grafana...
ACHTUNG "root" nochmal manuell eintragen, sonst geht es nicht
-
@rkccorian sagte in Grafana unter Docker installieren und Einrichten:
ACHTUNG "root" nochmal manuell eintragen, sonst geht es nicht
omg, im iobroker ist es immer root, diesen Eintrag hatte ich kmpl. ausgeblendet, nutze die Konsole von Portainer aus eig. ständig
bzgl. index.html, das funktioniert ja nach demselben Prinzip, bei Änderungen halt einmalig das beschriebene Procedere durchführen. Finde ich einfacher als nano etc nachzuinstallieren
-
@fastfoot Jup, deshalb versuche ich es zukünftig auch so. Mal schauen wie es mit kommenden Updates läuft
-
@fastfoot sagte in Grafana unter Docker installieren und Einrichten:
@rkccorian sagte in Grafana unter Docker installieren und Einrichten:
ACHTUNG "root" nochmal manuell eintragen, sonst geht es nicht
omg, im iobroker ist es immer root, diesen Eintrag hatte ich kmpl. ausgeblendet, nutze die Konsole von Portainer aus eig. ständig
bzgl. index.html, das funktioniert ja nach demselben Prinzip, bei Änderungen halt einmalig das beschriebene Procedere durchführen. Finde ich einfacher als nano etc nachzuinstallieren
ja diese erkenntnis hatte ich vor vergangener zeit auch schon mal mit jemand. auch hier irgendwo zu finden. irgendwas am grafana image ist anders wie bei anderen, so das man sich da explizit als root einloggen muss und bei anderen geht es automatisch
-
@oliverio sagte in Grafana unter Docker installieren und Einrichten:
ja diese erkenntnis hatte ich vor vergangener zeit auch schon mal mit
das Lustige ist dass ich fast tgl. mit der Portainer Konsole arbeite und diese User Eingabezeile ja auch nicht gerade winzig ist. Trotzdem war sie mir null bewusst. Man ist manchmal dermassen eingefahren, dass man es kaum glauben möchte...
-
@fastfoot Das glaube ich, geht mir auch manchmal so
-
Hallo zusammen,
ich möchte gerne für Grafana ein Docker-volume nutzen und keinen separaten ausgelagerten Ordner.
Frage: wie bekomme ich das mit dem Zugriff hin.
Wenn ich das Dockervolume für /var/lib/grafana nutzen möchte erhalte ich immer Fehler beim Start:GF_PATHS_DATA='/var/lib/grafana' is not writable.ich nutze Docker auf dem RaspberryPI und administriere das Ganze via Portainer.
Warum die Docker-Volumes?
Ich nutze ein Backup-Srcipt, welches mir die Volumes regelmäßig als ZIP archiviert.
Evtl. hat aber jemand noch einen besseren Tip für Backups von persistenten Docker Daten. -
@fila612
alles was im image gespeichert ist, ist nicht veränderbar, bzw. wenn man es per shell zugriff verändern würde, wäre es nach dem neustart weg.
daher müssen veränderliche daten in sogenannte volumes gespeichert werden.
volumes sind meist vom image ersteller vordefiniert. wenn du nichts spezielles angibts, dann hat docker seinen eigenen internen bereich wo er die volumes anlegt.
bei mir ist das /var/lib/docker/volumeswenn du irgendwas im image an einer datei oder an einem ordner ändern möchtest und da komfortabel drauf zugreifen willst, dann musst du den ordner oder auch nur eine einzelne datei als volume definieren und einen ort auf deiner festplatte definieren wo du das haben möchtest.
diese datei oder verzeichnis wird dann über das filesystem des docker filesystems gelegt (overlay filesystem) und du kannst beliebig ändernwenn ein container neu gestartet wird, bleiben diese daten erhalten und stehen selbst beim tausch/bzw upgrade des containers wieder zur Verfügung.
Ich empfehle immer mit docker-compose zu arbeiten. bei portainer heist das stacks und ist genau das selbe format.
-
@oliverio Danke dir, evtl. kam aber etwas meinerseits falsch rüber.
ich habe die docker Volumens für all meine Docker Container alle unter dem Standard-Pfad /var/lib/docker/volumes.
für all meine Container (iobroker, influxdb, pihole, portainer, ccu) funktioniert das.
In den Mappings für grafana habe ich das Volume eingebunden und auf /var/lib/grafana (im Container) gemappt.Wenn ich nun den Grafana Container starte erhalte ich die o.g. Fehlermeldung.
Wenn ich das Mapping von einem Host Ordner z.B. /docker/grafana_data/ auf Container /var/lib/grafana Mappe funktioniert alles.
ich verstehe nur nicht warum das volume die Probleme hat und der lokale Ordner nicht.
EDIT:
das geht:
und das geht nicht:
-
@fila612
du verwendest den grafana container von grafana selbst?
dann lese dir mal den abschnitt über userid. rootid und groupid durch.
dir haben da was verändert und ich glaube selbst root hat keine berechtigung für die grafana dateien -
@oliverio ja genau
ich versteh es leider nicht ganz.
Du meinst den Teil bzgl. der Änderungen ab den jeweiligen Versionen, oder?
