Schreibrechte auf grafana.ini in Docker

OliverIO

ich liebe es wenn man nur ein teil dessen macht was ich geschrieben habe.
hast du die ports geprüft?
existieren die verzeichnisse auf dem host?

wenn alles ja, dann benötigt man eine genauere fehlermeldung
oder du installierst dir auf synology portainer, da hat es bei mir funktioniert
und man sieht besser die fehlermeldungen
oder du versuchst mal in der kommandozeile, im verzeichnis wo dein docker-compose datei ist

docker compose up

einzugeben. weiß aber nicht ob das auf der synology funktioniert. müsste aber. da müssten ja meldungen direkt ausgegeben werden

legro

@OliverIO

ich liebe es wenn man nur ein teil dessen macht was ich geschrieben habe.
hast du die ports geprüft?
existieren die verzeichnisse auf dem host?

Selbstverständlich habe ich alles gemacht, was du geschrieben hast! Für mich ist Docker zwar Neuland, bin aber kein Anfänger in Sachen Informatik.

wenn alles ja, dann benötigt man eine genauere fehlermeldung

Aber genau das geht ja auch nicht, wie ich hier geschrieben habe.

Nun bin ich - mit Unterbrechungen - fast schon zwei Wochen mit der ganzen .. (Zensur!) - zugange. Bevor ich mir deine nächsten Ratschläge ..

oder du installierst dir auf synology portainer, ..

.. vornehme, muss ich mich einfach einmal mehr von den ganzen Frust erholen.

Vielen Dank für deine Mühe. Sei versichert, ich weiß zu schätzen, was du hier alles für mich getan hast.

legro

@oliverio

Nach langem Herumprobieren ist es mir nun doch noch gelungen, ein (Fehler)Protokoll zur Grafana-Installation zu erhalten. Ich kann zwar leidlich nachvollziehen, was da alles schiefgeht, weiß aber keine Abhilfe.

Offenbar kann nicht schreibend auf die auf der Synology gemappten Verzeichnisse schreiben zugegriffen werden. Hier scheint auch der Befehl

chown nicht für Abhilfe sorgen zu können.

grafana2.csv

Codierknecht

@legro

Wenn Du das Problem dann wieder angehen willst: Es liegt offenbar am OSS-Image.
Mit dem erhalte ich zumindest die gleiche Fehlermeldung:

2025/08/25 07:37:10,stderr,mkdir: can't create directory '/var/lib/grafana/plugins': Permission denied
2025/08/25 07:37:10,stdout,"You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migrate-to-v51-or-later
2025/08/25 07:37:10,stdout,GF_PATHS_DATA='/var/lib/grafana' is not writable.

Zumindest, solange ich an den Rechten des gemappten Verzeichnisses nichts ändere.

Sobald ich die Rechte ändere, startet der Container wieder einwandfrei.

legro

@codierknecht

Da kommt ja wieder Hoffnung auf.

Ich habe versucht deinen Rat zu befolgen, scheitere aber mal wieder. Hierzu habe ich ..

rechte Maustaste auf das Verzeichnis grafana2
in dem sich öffnenden Kontextmenü habe ich Eigenschaften ausgewählt ..

in dem sich öffnenden Fenster wollte ich im Register Berechtigungen diese ändern, muss aber feststellen, dass die Einträge alle ausgeraut sind ..

Und schon wieder bin ich ratlos.

PS

Auch über Aktion kann ich über Eigenschaften auf dasselbe Dialogfenster zugreifen, kann aber keine Berechtigungen ändern.

EDIT ..

Ich hab's hinbekommen, die Berechtigungen zu ändern. Der Container mit Grafana lässt sich starten.

legro

@Codierknecht @OliverIO

Und weiter geht's mit den Fehlern ..

Vorsichtig, wie ich bin, habe ich zunächst einmal nur das Verzeichnis /var/lib/grafana auf ein Verzeichnis der Synology gemappt. Das hat tadellos funktioniert; ich fand dort die erwartete Daten.

Beim zweiten Versuch (zuvor alles natürlich gelöscht) habe ich nun auch /etc/grafana versucht zu mappen. Und schon gehen die Probleme los. Hier das (Fehler)Protokoll ..

grafana2.csv

Wenn ich das richtig sehe, beschwert sich das System, dass grafana.ini nicht vorhanden ist.

Codierknecht

@legro

Logausgaben bitte hier in Code-Tags </> packen und nicht als Datei. So groß ist die ja nicht.
Funktioniert bei mir einwandfrei, wenn ich jeweils ein leeres Verzeichnis mappe.
Was genau willst Du an der grafana.ini manuell ändern?

legro

@codierknecht

zu 1.

grafana2
date,stream,content
2025/08/25 12:04:37,stdout,logger=settings t=2025-08-25T10:04:37.744409512Z level=error msg="failed to parse \"/etc/grafana/grafana.ini\": open /etc/grafana/grafana.ini: no such file or directory"

2025/08/25 12:04:37,stdout,"You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migrate-to-v51-or-later
"
2025/08/25 12:04:37,stdout,GF_PATHS_CONFIG='/etc/grafana/grafana.ini' is not readable.

2025/08/25 12:03:45,stdout,logger=settings t=2025-08-25T10:03:45.362410741Z level=error msg="failed to parse \"/etc/grafana/grafana.ini\": open /etc/grafana/grafana.ini: no such file or directory"

2025/08/25 12:03:44,stdout,"You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migrate-to-v51-or-later
"
2025/08/25 12:03:44,stdout,GF_PATHS_CONFIG='/etc/grafana/grafana.ini' is not readable.

2025/08/25 12:03:18,stdout,logger=settings t=2025-08-25T10:03:18.736400594Z level=error msg="failed to parse \"/etc/grafana/grafana.ini\": open /etc/grafana/grafana.ini: no such file or directory"

2025/08/25 12:03:18,stdout,"You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migrate-to-v51-or-later
"
2025/08/25 12:03:18,stdout,GF_PATHS_CONFIG='/etc/grafana/grafana.ini' is not readable.

2025/08/25 12:03:04,stdout,logger=settings t=2025-08-25T10:03:04.907764743Z level=error msg="failed to parse \"/etc/grafana/grafana.ini\": open /etc/grafana/grafana.ini: no such file or directory"

2025/08/25 12:03:04,stdout,"You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migrate-to-v51-or-later
"
2025/08/25 12:03:04,stdout,GF_PATHS_CONFIG='/etc/grafana/grafana.ini' is not readable.

2025/08/25 12:02:57,stdout,logger=settings t=2025-08-25T10:02:57.473460634Z level=error msg="failed to parse \"/etc/grafana/grafana.ini\": open /etc/grafana/grafana.ini: no such file or directory"

2025/08/25 12:02:56,stdout,"You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migrate-to-v51-or-later
"
2025/08/25 12:02:56,stdout,GF_PATHS_CONFIG='/etc/grafana/grafana.ini' is not readable.

2025/08/25 12:02:53,stdout,logger=settings t=2025-08-25T10:02:53.249727035Z level=error msg="failed to parse \"/etc/grafana/grafana.ini\": open /etc/grafana/grafana.ini: no such file or directory"

2025/08/25 12:02:52,stdout,"You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migrate-to-v51-or-later
"
2025/08/25 12:02:52,stdout,GF_PATHS_CONFIG='/etc/grafana/grafana.ini' is not readable.

2025/08/25 12:02:50,stdout,logger=settings t=2025-08-25T10:02:50.729829727Z level=error msg="failed to parse \"/etc/grafana/grafana.ini\": open /etc/grafana/grafana.ini: no such file or directory"

2025/08/25 12:02:50,stdout,"You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migrate-to-v51-or-later
"
2025/08/25 12:02:50,stdout,GF_PATHS_CONFIG='/etc/grafana/grafana.ini' is not readable.

2025/08/25 12:02:48,stdout,logger=settings t=2025-08-25T10:02:48.882208885Z level=error msg="failed to parse \"/etc/grafana/grafana.ini\": open /etc/grafana/grafana.ini: no such file or directory"

2025/08/25 12:02:48,stdout,"You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migrate-to-v51-or-later
"
2025/08/25 12:02:48,stdout,GF_PATHS_CONFIG='/etc/grafana/grafana.ini' is not readable.

2025/08/25 12:02:47,stdout,logger=settings t=2025-08-25T10:02:47.327149288Z level=error msg="failed to parse \"/etc/grafana/grafana.ini\": open /etc/grafana/grafana.ini: no such file or directory"

2025/08/25 12:02:46,stdout,"You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migrate-to-v51-or-later
"
2025/08/25 12:02:46,stdout,GF_PATHS_CONFIG='/etc/grafana/grafana.ini' is not readable.

2025/08/25 12:02:46,stdout,logger=settings t=2025-08-25T10:02:46.091829866Z level=error msg="failed to parse \"/etc/grafana/grafana.ini\": open /etc/grafana/grafana.ini: no such file or directory"

2025/08/25 12:02:45,stdout,"You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migrate-to-v51-or-later
"
2025/08/25 12:02:45,stdout,GF_PATHS_CONFIG='/etc/grafana/grafana.ini' is not readable.

2025/08/25 12:02:44,stdout,logger=settings t=2025-08-25T10:02:44.735759481Z level=error msg="failed to parse \"/etc/grafana/grafana.ini\": open /etc/grafana/grafana.ini: no such file or directory"

2025/08/25 12:02:43,stdout,"You may have issues with file permissions, more information here: http://docs.grafana.org/installation/docker/#migrate-to-v51-or-later
"
2025/08/25 12:02:43,stdout,GF_PATHS_CONFIG='/etc/grafana/grafana.ini' is not readable.

zu 2.

Ich möchte die Eintragen vornehmen, die nötig sind, Panels und Dashboards in der VIS von ioBroker anzeigen zu lassen. Zudem habe ich doch geschrieben, dass ich alles gelöscht habe - mehr noch - ich habe alle Verzeichnis neu angelegt.

Codierknecht

@legro

Also zunächst mal ein paar Worte zu Docker:
So ein Container ist als "Wegwerfartikel" konzeptioniert. Den zieht man hoch, macht was damit und wirft den anschließend wieder weg.
Das ist dazu gedacht, "mal eben" eine Umgebung hochzuziehen und damit etwas anzustellen.

Was man wiederverwenden möchte, wird über gemappte Verzeichnisse geregelt. Also indem man wie hier das Verzeichnis /var/lib/grafana extern mappt. Darin liegen dann z.B. die Plugins etc.

Um die Einstellungen für "Panels in Vis" vorzunehmen, passt man üblicherweise die grafana.ini an ... das stimmt schon.
Aber nicht in Docker-Containern!
Hier werden die Einstellungen über Umgebungsvariablen vorgenommen, die man über das Compose als environment mitgibt.

services:
  grafana:
    image: grafana/grafana
    container_name: grafana
    restart: unless-stopped
    ports:
      - '3000:3000'
    environment:
      - GF_SECURITY_COOKIE_SAMESITE=disabled
      - GF_SECURITY_ALLOW_EMBEDDING=true
    volumes:
      - /volume1/docker/grafana:/var/lib/grafana

Damit kann man das Zeug immer wieder starten, verwerfen und komplett neu bauen, ohne dass man nach dem Start noch an Dateien im Container rumfummeln muss.

legro

@oliverio sagte in Schreibrechte auf grafana.ini in Docker:

cp -r /etc/grafana/* /etc/grafana1/

Das habe ich erfolgreich hinbekommen. Jetzt finde ich auf der Synology in dem Verzeichnis die gewünschten Konfigurationsdaten.

die docker-compose datei geändert und neu gestartet.

Hier weiß ich nicht so recht, was ich dazu alles tun muss. Kannst du mir dies bitte Schritt für Schritt beschreiben?

OliverIO

@legro

Eigentlich hab ich dir das doch Schritt für Schritt oben beschrieben. Wenn die Dateien von grafana nach geafana1 kopiert worden sind liegen sie in deinem externen Ordner den du dann als normalen grafana einbindest, hier von oben kopiert:

—-
im anschluss änderst du im docker-compose das
/etc/grafana1
nach
/etc/grafana

und startest den container neu

dann müsste er normal starten.
dann kannst du die datei grafana.ini die sich in deinem lokalen verzeichnis auf der synology befindet bearbeiten.

—-
Bitte genau auf die Formulierungen
IM Container
und
Lokaler Ordner/Verzeichnis
achten

legro

@codierknecht sagte in Schreibrechte auf grafana.ini in Docker:

@legro

Also zunächst mal ein paar Worte zu Docker:

Das ist mir bereits soweit alles klar.

Um die Einstellungen für "Panels in Vis" vorzunehmen, passt man üblicherweise die grafana.ini an ... das stimmt schon.
Aber nicht in Docker-Containern!
Hier werden die Einstellungen über Umgebungsvariablen vorgenommen, die man über das Compose als environment mitgibt.
services:
  grafana:
    image: grafana/grafana
    container_name: grafana
    restart: unless-stopped
    ports:
      - '3000:3000'
    environment:
      - GF_SECURITY_COOKIE_SAMESITE=disabled
      - GF_SECURITY_ALLOW_EMBEDDING=true
    volumes:
      - /volume1/docker/grafana:/var/lib/grafana
Damit kann man das Zeug immer wieder starten, verwerfen und komplett neu bauen, ohne dass man nach dem Start noch an Dateien im Container rumfummeln muss.

In der Tat, das ist sehr praktisch und ich bin froh, dass ich das mit dem compose verstanden habe.

Nun zu den Einstellungen, die ich in der grafana.ini immer durchführe ..

[auth.anonymous]
enabled = true
org_name = org_galegro
org_role = Viewer

[security]
allow_embedding = true

Wie sieht die compose.yaml für diesen Fall aus?

OliverIO

Lies dir das nochmal (sorgfältig) durch (inklusive link) und stelle dann die Frage nochmal

@oliverio sagte in Schreibrechte auf grafana.ini in Docker:

@codierknecht

Ja leider ist an dem Punkt die Dokumentation nicht so gut.
Auch wissen wir nicht was er genau da ändern will.
Wenn man auf folgender Seite die Beschreibung zur grafana.ini liest, sollte man tatsächlich jede Einstellung auch nur über Environment variablen verändern können.
Das wäre dann noch einfacher wie die grafana.ini nach außen zu legen.
Am Anfang der Seite sind ein paar wenige Beispiele von denen sich das Schema ableiten lässt

alles Großbuchstaben

beginnt immer mit GF

an 2. Position dann der sektionsname aus der ini

dann der eigentliche konfigurationsname

Trennung immer mit underscore _
https://grafana.com/docs/grafana/latest/setup-grafana/configure-grafana/#configure-with-environment-variables

Hier habe ich mal ein Beispiel einer docker-compose/stacks wo man sieht wie das aussehen kann.

Spätestens hier würde ich den Container nicht mehr über einen Shell Befehl konfigurieren und starten, sondern nur noch über docker compose, sonst wird das unübersichtlich

https://volkovlabs.io/blog/using-environment-variables-for-configuration-provisioning-and-dashboards-in-grafana-279661733416/#docker

Codierknecht

@legro

Embedding in Vis aus einem Grafana-Container:

services:
  grafana:
    image: grafana/grafana-oss
    container_name: grafana
    restart: unless-stopped
    ports:
      - '3000:3000'
    environment:
      - GF_SECURITY_COOKIE_SAMESITE=disabled
      - GF_SECURITY_ALLOW_EMBEDDING=true
      - GF_AUTH_ANONYMOUS_ENABLED=true
      - GF_AUTH_ANONYMOUS_ORG_NAME=Main Org.
      - GF_AUTH_ANONYMOUS_ORG_ROLE=Viewer
    volumes:
      - /volume1/docker/grafana/data:/var/lib/grafana

legro

@oliverio

Tut mir leid, aber vermutlich habe ich das noch immer nicht so richtig verstanden.

Ich habe /etc/grafana1 zu /etc/grafana in compose.yaml geändert. Anschließend habe ich einen Neustart des Containers ausgelöst.

Schaue ichanschließend in die Eigenschaften des Containers ..

.. so ist das Mapping unverändert zu /etc/grafana1.

Codierknecht

@legro sagte in Schreibrechte auf grafana.ini in Docker:

Ich habe /etc/grafana1 zu /etc/grafana in compose.yaml geändert. Anschließend habe ich einen Neustart des Containers ausgelöst.

Warum per externer Datei? Nimm doch den eingebauten Editor.

Das Projekt muss danach neu erstellt werden.

legro

@codierknecht sagte in Schreibrechte auf grafana.ini in Docker:

Warum per externer Datei? Nimm doch den eingebauten Editor.

Das Projekt muss danach neu erstellt werden.

Wir müssen aufpassen, den Überblick nicht zu verlieren. Dein Vorschlag, alles über Umgebungsvariablen zu regeln, ist eine Lösung; der Vorschlag von @OliverIO beruht m.E. auf dem Versuch, /etc/grafana auf mein externes Verzeichnis ../grafana2/data zu mappen.

Wenn wir all das umgesetzt bekämen, hätten wir am Ende gar gleich zwei Lösungen für mein Problem.

OliverIO

@legro
Na das mit den umgebungsvariablen hatte codierknecht und ich ziemlich am Anfang schon vorgeschlagen. Darauf bist du aber nicht eingegangen, weil ich davon ausgegangen bin das es dir nicht gefallen hat, bin ich dann den anderen Weg mit dir gegangen.

Ich gehe davon aus, das man den Text immer vollständig liest und bei Dingen die man da nicht versteht nachfragt.

legro

@oliverio sagte in Schreibrechte auf grafana.ini in Docker:

.., weil ich davon ausgegangen bin das es dir nicht gefallen hat, bin ich dann den anderen Weg mit dir gegangen.

Ich wusste zu dem Zeitpunkt noch nichts damit anzufangen.

Ich gehe davon aus, das man den Text immer vollständig liest und bei Dingen die man da nicht versteht nachfragt.

Dann hoffe ich mal, dass du auch meine letzte Antwort gelesen hast.

Warum sollte ich die Datei compose.yaml ändern? Nach der von dir vorgeschlagenen Änderung und dem Neustart des Containers ist noch immer /etc/grafana1 gemappt.

Muss/soll ich den Container löschen und neu erstellen?

Codierknecht

@legro sagte in Schreibrechte auf grafana.ini in Docker:

Muss/soll ich den Container löschen und neu erstellen?

Nimm dieses Docker-Compose:

services:
  grafana:
    image: grafana/grafana-oss
    container_name: grafana
    restart: unless-stopped
    ports:
      - '3000:3000'
    environment:
      - GF_SECURITY_COOKIE_SAMESITE=disabled
      - GF_SECURITY_ALLOW_EMBEDDING=true
      - GF_AUTH_ANONYMOUS_ENABLED=true
      - GF_AUTH_ANONYMOUS_ORG_NAME=Main Org.
      - GF_AUTH_ANONYMOUS_ORG_ROLE=Viewer
    volumes:
      - /volume1/docker/grafana/data:/var/lib/grafana

pack das in den Editor in der GUI, passe den Pfad an und beim Speichern wählst Du die Option "neu erstellen".

Man muss da gar nicht an Dateien rumeditieren. Geht alles über das UI.

NEWS

Schreibrechte auf grafana.ini in Docker

Support us

537
Online

32.0k
Users

80.5k
Topics

1.3m
Posts

NEWS

Schreibrechte auf grafana.ini in Docker

Support us

537Online

32.0kUsers

80.5kTopics

1.3mPosts

537
Online

32.0k
Users

80.5k
Topics

1.3m
Posts