Skip to content
  • Recent
  • Tags
  • 0 Unread 0
  • Categories
  • Unreplied
  • Popular
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Logo
  1. ioBroker Community Home
  2. Deutsch
  3. Off Topic
  4. Grafana
  5. Schreibrechte auf grafana.ini in Docker

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.0k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    1.8k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    15
    1
    2.0k

Schreibrechte auf grafana.ini in Docker

Schreibrechte auf grafana.ini in Docker

Scheduled Pinned Locked Moved Grafana
67 Posts 6 Posters 2.9k Views 4 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • L legro

    @oliverio

    Vielen Dank für deine Rückmeldung.

    Mittlerweile konnte ich anhand einiger Quellen ebenfalls eine Antwort finden - durch die hier geführte Diskussion wusste ich schließlich, nach was ich suchen muss. Demnach darf das externe Verzeichnis, das auf das interne /etc/grafana gemappt werden soll, nicht leer sein, sondern muss bereits die korrekte Struktur beinhalten.

    Damit wird die oben ausgegebene Fehlermeldung (grafana.ini nicht gefunden) verständlich.

    Dein Vorschlag ist also goldrichtig. Indem man /etc/grafana auf das externe Verzeichnis kopiert, kann bei einer Neuinstallation das externe Verzeichnis auf das interne /etc/grafana gemappt werden.

    L Away
    L Away
    legro
    wrote on last edited by legro
    #61

    @Alle

    Hier nun eine kleine Zusammenfassung aus all den hier im Thread zusammengetragenen Ideen. Vielen Dank an alle, die hier tatkräftig mitgeholfen haben.

    Die Installation von Grafana im Container Manager (Docker) einer Synology erfordert einige Vorkehrungen. Der bevorzugte Weg sollte die Verwendung einer sog. compose.yml Datei sein, die im Wesentlichen eine Art Bauanleitung für die gewünschte Installation darstellt. Im Folgenden wird auch nur diese Lösung beschrieben. Die Installationen über compose.yml werden als Projekte realisiert.

    Da nach jedem Neustart der Synology oder des Containers alle Daten verloren gehen, muss man dafür Sorge tragen, dass die Konfigurationsdaten in /etc/grafana (insbesondere grafana.ini) und die in /var/lib/grafana mit den Panels und Dashboards außerhalb des Containers in einem externen Verzeichnis auf der Synology gesichert werden. Dabei sind drei Fälle zu unterscheiden ..

    • Nur die Daten in /var/lib/grafana werden persistent in einem externen Verzeichnis auf der Synology gespeichert. Der Inhalt der Datei grafana.ini wird über Umgebungsvariablen angepasst.
    • Sowohl das Verzeichnis mit den Konfigurationsdaten /etc/grafana als auch jenes mit den Daten /var/lib/grafana werden in externen Verzeichnissen auf der Synology persistent gespeichert.
    • Statt das gesamte interne Verzeichnis /etc/grafana zu mappen, wird nur die Datei grafana.ini gemappt. (Wird hier nicht dokumentiert)

    Die im Folgenden vorausgesetzte Verzeichnisstruktur auf der Synology, welche die persistente Daten aufnehmen soll, sieht folgendermaßen aus ..

    .. /docker/grafana/config
    .. /docker/grafana/data

    Diese Verzeichnisse sollten mit Zugriffsrechten für Everyone für Lesen und Schreiben versehen sein. Der oft zu findende Hinweis, chown -R 472:472 /volume2/docker/grafana zu verwenden, ist leider nicht zielführend.

    1.Methode:

    Das nachfolgende Beispiel zeigt die nötigen Anpassungen für die Einbindung der Panels und Dashboards in die VIS von ioBroker, wobei ggf. nötige Anpassungen der Datei grafana.ini über Umgebungsvariablen bereitgestellt werden ..

    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:
          - /volume2/docker/grafana/data:/var/lib/grafana
    

    Die Syntax zum Aufbau der Umgebungsvariablen ..

    • Alle Variablen beginnen mit dem Präfix GF_.
    • Danach folgt der Bereich oder Abschnitt aus der grafana.ini-Konfigurationsdatei, der verändert werden soll, in Großbuchstaben (z.B. SECURITY, SERVER, AUTH).
    • Anschließend folgt der Name der Option aus der grafana.ini (ebenfalls in Großbuchstaben!) angefügt mit Unterstrichen.
    • der Wert der jeweiligen Variable wird mit = eingefügt.
    • Alle Elemente werden stets mit Unterstrichen von einander getrennt notiert.

    ein Beispiel: Das Admin-Passwort in der Sektion [security] der grafana.ini wird gesetzt mit: GF_SECURITY_ADMIN_PASSWORD=<mein Passwort>

    2.Methode

    Hier lautet die compose.yml wie folgt ..

    services:
      grafana:
        image: grafana/grafana-oss
        container_name: grafana
        restart: unless-stopped
        ports:
          - '3000:3000'
        volumes:
          - /volume2/docker/grafana/data:/var/lib/grafana
          - /volume2/docker/grafana/config:/etc/grafana
    

    Leider funktioniert das Ganze so nicht ohne Weiteres. Das externe Verzeichnis ../grafana/config darf nicht leer sein, sondern muss bereits eine gültige Struktur, wie sie in einem internen Verzeichnis /etc/grafana vorliegt, enthalten.

    Bleibt die Frage, wie man das config Verzeichnis korrekt gefüllt bekommt. Hier ein mögliches Vorgehen ..

    • Man verwendet für eine temporäre Installation die compose.yml mit folgendem Inhalt ..
    services:
      grafana:
        image: grafana/grafana-oss
        container_name: grafana
        restart: unless-stopped
        ports:
          - '3000:3000'
        volumes:
          - /volume2/docker/grafana/data:/var/lib/grafana
          - /volume2/docker/grafana/config:/etc/grafana0
    

    Das Verzeichnis /etc/grafana0 ist (normalerweise) in keinem Image von Grafana vorhanden. Es dient sozusagen als Vorlagenspeicher für das spätere /etc/grafana. Obwohl das Verzeichnis intern nicht existiert, kann es im externen Verzeichnis config auf der Synology gefüllt werden. Hierzu ..

    • verbindet man sich über das Terminal via ..
      sudo docker exec -it grafana /bin/bash
      .. mit Grafana im Container Manager, wobei grafana dem Namen des Grafana-Containers entspricht.
    • Im Terminal kopiert man nun mittels
      cp -r /etc/grafana/* /etc/grafana0/ den Inhalt von ../grafana/config in das externe Verzeichnis.

    Der letzte Schritt sorgt dafür, dass das externe Verzeichnis ../docker/grafana/config mit korrekten Daten der Standardkonfiguration von Grafana gefüllt wurde.

    Nun gilt es den Grafana-Container wieder zu löschen und man kann anschließend mittels ..

    services:
      grafana:
        image: grafana/grafana-oss
        container_name: grafana
        restart: unless-stopped
        ports:
          - '3000:3000'
        volumes:
          - /volume2/docker/grafana/data:/var/lib/grafana
          - /volume2/docker/grafana/config:/etc/grafana
    

    .. die gewünschte Installation erzeugen, bei der nun das interne Verzeichnis /var/bin/grafana auf das externe ../docker/grafana/data und das interne /etc/grafana auf das externe Verzeichnis ../docker/grafana/config gemappt wurde.

    Meine Empfehlung

    Ich bevorzuge grundsätzlich die 2. Methode, die es erlaubt, die Datei grafana.ini komfortabel mit dem Editor der Synology zu bearbeiten.

    Nach über vier Jahren Leidenszeit unter Qivicon/MSH vor den Telekomikern zu ioBroker geflüchtet.
    Raspberry Pi 4 mit 8GB + ArgonOneM.2 + 120GB SSD + Coordinator CC26X2R1 + ioBroker + piVCCU3

    L CodierknechtC 2 Replies Last reply
    0
    • L legro

      @Alle

      Hier nun eine kleine Zusammenfassung aus all den hier im Thread zusammengetragenen Ideen. Vielen Dank an alle, die hier tatkräftig mitgeholfen haben.

      Die Installation von Grafana im Container Manager (Docker) einer Synology erfordert einige Vorkehrungen. Der bevorzugte Weg sollte die Verwendung einer sog. compose.yml Datei sein, die im Wesentlichen eine Art Bauanleitung für die gewünschte Installation darstellt. Im Folgenden wird auch nur diese Lösung beschrieben. Die Installationen über compose.yml werden als Projekte realisiert.

      Da nach jedem Neustart der Synology oder des Containers alle Daten verloren gehen, muss man dafür Sorge tragen, dass die Konfigurationsdaten in /etc/grafana (insbesondere grafana.ini) und die in /var/lib/grafana mit den Panels und Dashboards außerhalb des Containers in einem externen Verzeichnis auf der Synology gesichert werden. Dabei sind drei Fälle zu unterscheiden ..

      • Nur die Daten in /var/lib/grafana werden persistent in einem externen Verzeichnis auf der Synology gespeichert. Der Inhalt der Datei grafana.ini wird über Umgebungsvariablen angepasst.
      • Sowohl das Verzeichnis mit den Konfigurationsdaten /etc/grafana als auch jenes mit den Daten /var/lib/grafana werden in externen Verzeichnissen auf der Synology persistent gespeichert.
      • Statt das gesamte interne Verzeichnis /etc/grafana zu mappen, wird nur die Datei grafana.ini gemappt. (Wird hier nicht dokumentiert)

      Die im Folgenden vorausgesetzte Verzeichnisstruktur auf der Synology, welche die persistente Daten aufnehmen soll, sieht folgendermaßen aus ..

      .. /docker/grafana/config
      .. /docker/grafana/data

      Diese Verzeichnisse sollten mit Zugriffsrechten für Everyone für Lesen und Schreiben versehen sein. Der oft zu findende Hinweis, chown -R 472:472 /volume2/docker/grafana zu verwenden, ist leider nicht zielführend.

      1.Methode:

      Das nachfolgende Beispiel zeigt die nötigen Anpassungen für die Einbindung der Panels und Dashboards in die VIS von ioBroker, wobei ggf. nötige Anpassungen der Datei grafana.ini über Umgebungsvariablen bereitgestellt werden ..

      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:
            - /volume2/docker/grafana/data:/var/lib/grafana
      

      Die Syntax zum Aufbau der Umgebungsvariablen ..

      • Alle Variablen beginnen mit dem Präfix GF_.
      • Danach folgt der Bereich oder Abschnitt aus der grafana.ini-Konfigurationsdatei, der verändert werden soll, in Großbuchstaben (z.B. SECURITY, SERVER, AUTH).
      • Anschließend folgt der Name der Option aus der grafana.ini (ebenfalls in Großbuchstaben!) angefügt mit Unterstrichen.
      • der Wert der jeweiligen Variable wird mit = eingefügt.
      • Alle Elemente werden stets mit Unterstrichen von einander getrennt notiert.

      ein Beispiel: Das Admin-Passwort in der Sektion [security] der grafana.ini wird gesetzt mit: GF_SECURITY_ADMIN_PASSWORD=<mein Passwort>

      2.Methode

      Hier lautet die compose.yml wie folgt ..

      services:
        grafana:
          image: grafana/grafana-oss
          container_name: grafana
          restart: unless-stopped
          ports:
            - '3000:3000'
          volumes:
            - /volume2/docker/grafana/data:/var/lib/grafana
            - /volume2/docker/grafana/config:/etc/grafana
      

      Leider funktioniert das Ganze so nicht ohne Weiteres. Das externe Verzeichnis ../grafana/config darf nicht leer sein, sondern muss bereits eine gültige Struktur, wie sie in einem internen Verzeichnis /etc/grafana vorliegt, enthalten.

      Bleibt die Frage, wie man das config Verzeichnis korrekt gefüllt bekommt. Hier ein mögliches Vorgehen ..

      • Man verwendet für eine temporäre Installation die compose.yml mit folgendem Inhalt ..
      services:
        grafana:
          image: grafana/grafana-oss
          container_name: grafana
          restart: unless-stopped
          ports:
            - '3000:3000'
          volumes:
            - /volume2/docker/grafana/data:/var/lib/grafana
            - /volume2/docker/grafana/config:/etc/grafana0
      

      Das Verzeichnis /etc/grafana0 ist (normalerweise) in keinem Image von Grafana vorhanden. Es dient sozusagen als Vorlagenspeicher für das spätere /etc/grafana. Obwohl das Verzeichnis intern nicht existiert, kann es im externen Verzeichnis config auf der Synology gefüllt werden. Hierzu ..

      • verbindet man sich über das Terminal via ..
        sudo docker exec -it grafana /bin/bash
        .. mit Grafana im Container Manager, wobei grafana dem Namen des Grafana-Containers entspricht.
      • Im Terminal kopiert man nun mittels
        cp -r /etc/grafana/* /etc/grafana0/ den Inhalt von ../grafana/config in das externe Verzeichnis.

      Der letzte Schritt sorgt dafür, dass das externe Verzeichnis ../docker/grafana/config mit korrekten Daten der Standardkonfiguration von Grafana gefüllt wurde.

      Nun gilt es den Grafana-Container wieder zu löschen und man kann anschließend mittels ..

      services:
        grafana:
          image: grafana/grafana-oss
          container_name: grafana
          restart: unless-stopped
          ports:
            - '3000:3000'
          volumes:
            - /volume2/docker/grafana/data:/var/lib/grafana
            - /volume2/docker/grafana/config:/etc/grafana
      

      .. die gewünschte Installation erzeugen, bei der nun das interne Verzeichnis /var/bin/grafana auf das externe ../docker/grafana/data und das interne /etc/grafana auf das externe Verzeichnis ../docker/grafana/config gemappt wurde.

      Meine Empfehlung

      Ich bevorzuge grundsätzlich die 2. Methode, die es erlaubt, die Datei grafana.ini komfortabel mit dem Editor der Synology zu bearbeiten.

      L Away
      L Away
      legro
      wrote on last edited by
      #62

      @Homoran

      Wäre diese kleine Anleitung nicht an anderer Stelle besser aufgehoben?

      Nach über vier Jahren Leidenszeit unter Qivicon/MSH vor den Telekomikern zu ioBroker geflüchtet.
      Raspberry Pi 4 mit 8GB + ArgonOneM.2 + 120GB SSD + Coordinator CC26X2R1 + ioBroker + piVCCU3

      HomoranH 1 Reply Last reply
      0
      • L legro

        @Homoran

        Wäre diese kleine Anleitung nicht an anderer Stelle besser aufgehoben?

        HomoranH Do not disturb
        HomoranH Do not disturb
        Homoran
        Global Moderator Administrators
        wrote on last edited by
        #63

        @legro Ich habe keine Zeit mich da jetzt reinzuarbeiten.
        Das einzige was ich in diesem Thread festgestellt habe, ist dass es eigentlich um Docker geht.
        Dein Grafana ist nur ein Beispiel

        kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

        Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

        der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

        1 Reply Last reply
        0
        • L legro

          @Alle

          Hier nun eine kleine Zusammenfassung aus all den hier im Thread zusammengetragenen Ideen. Vielen Dank an alle, die hier tatkräftig mitgeholfen haben.

          Die Installation von Grafana im Container Manager (Docker) einer Synology erfordert einige Vorkehrungen. Der bevorzugte Weg sollte die Verwendung einer sog. compose.yml Datei sein, die im Wesentlichen eine Art Bauanleitung für die gewünschte Installation darstellt. Im Folgenden wird auch nur diese Lösung beschrieben. Die Installationen über compose.yml werden als Projekte realisiert.

          Da nach jedem Neustart der Synology oder des Containers alle Daten verloren gehen, muss man dafür Sorge tragen, dass die Konfigurationsdaten in /etc/grafana (insbesondere grafana.ini) und die in /var/lib/grafana mit den Panels und Dashboards außerhalb des Containers in einem externen Verzeichnis auf der Synology gesichert werden. Dabei sind drei Fälle zu unterscheiden ..

          • Nur die Daten in /var/lib/grafana werden persistent in einem externen Verzeichnis auf der Synology gespeichert. Der Inhalt der Datei grafana.ini wird über Umgebungsvariablen angepasst.
          • Sowohl das Verzeichnis mit den Konfigurationsdaten /etc/grafana als auch jenes mit den Daten /var/lib/grafana werden in externen Verzeichnissen auf der Synology persistent gespeichert.
          • Statt das gesamte interne Verzeichnis /etc/grafana zu mappen, wird nur die Datei grafana.ini gemappt. (Wird hier nicht dokumentiert)

          Die im Folgenden vorausgesetzte Verzeichnisstruktur auf der Synology, welche die persistente Daten aufnehmen soll, sieht folgendermaßen aus ..

          .. /docker/grafana/config
          .. /docker/grafana/data

          Diese Verzeichnisse sollten mit Zugriffsrechten für Everyone für Lesen und Schreiben versehen sein. Der oft zu findende Hinweis, chown -R 472:472 /volume2/docker/grafana zu verwenden, ist leider nicht zielführend.

          1.Methode:

          Das nachfolgende Beispiel zeigt die nötigen Anpassungen für die Einbindung der Panels und Dashboards in die VIS von ioBroker, wobei ggf. nötige Anpassungen der Datei grafana.ini über Umgebungsvariablen bereitgestellt werden ..

          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:
                - /volume2/docker/grafana/data:/var/lib/grafana
          

          Die Syntax zum Aufbau der Umgebungsvariablen ..

          • Alle Variablen beginnen mit dem Präfix GF_.
          • Danach folgt der Bereich oder Abschnitt aus der grafana.ini-Konfigurationsdatei, der verändert werden soll, in Großbuchstaben (z.B. SECURITY, SERVER, AUTH).
          • Anschließend folgt der Name der Option aus der grafana.ini (ebenfalls in Großbuchstaben!) angefügt mit Unterstrichen.
          • der Wert der jeweiligen Variable wird mit = eingefügt.
          • Alle Elemente werden stets mit Unterstrichen von einander getrennt notiert.

          ein Beispiel: Das Admin-Passwort in der Sektion [security] der grafana.ini wird gesetzt mit: GF_SECURITY_ADMIN_PASSWORD=<mein Passwort>

          2.Methode

          Hier lautet die compose.yml wie folgt ..

          services:
            grafana:
              image: grafana/grafana-oss
              container_name: grafana
              restart: unless-stopped
              ports:
                - '3000:3000'
              volumes:
                - /volume2/docker/grafana/data:/var/lib/grafana
                - /volume2/docker/grafana/config:/etc/grafana
          

          Leider funktioniert das Ganze so nicht ohne Weiteres. Das externe Verzeichnis ../grafana/config darf nicht leer sein, sondern muss bereits eine gültige Struktur, wie sie in einem internen Verzeichnis /etc/grafana vorliegt, enthalten.

          Bleibt die Frage, wie man das config Verzeichnis korrekt gefüllt bekommt. Hier ein mögliches Vorgehen ..

          • Man verwendet für eine temporäre Installation die compose.yml mit folgendem Inhalt ..
          services:
            grafana:
              image: grafana/grafana-oss
              container_name: grafana
              restart: unless-stopped
              ports:
                - '3000:3000'
              volumes:
                - /volume2/docker/grafana/data:/var/lib/grafana
                - /volume2/docker/grafana/config:/etc/grafana0
          

          Das Verzeichnis /etc/grafana0 ist (normalerweise) in keinem Image von Grafana vorhanden. Es dient sozusagen als Vorlagenspeicher für das spätere /etc/grafana. Obwohl das Verzeichnis intern nicht existiert, kann es im externen Verzeichnis config auf der Synology gefüllt werden. Hierzu ..

          • verbindet man sich über das Terminal via ..
            sudo docker exec -it grafana /bin/bash
            .. mit Grafana im Container Manager, wobei grafana dem Namen des Grafana-Containers entspricht.
          • Im Terminal kopiert man nun mittels
            cp -r /etc/grafana/* /etc/grafana0/ den Inhalt von ../grafana/config in das externe Verzeichnis.

          Der letzte Schritt sorgt dafür, dass das externe Verzeichnis ../docker/grafana/config mit korrekten Daten der Standardkonfiguration von Grafana gefüllt wurde.

          Nun gilt es den Grafana-Container wieder zu löschen und man kann anschließend mittels ..

          services:
            grafana:
              image: grafana/grafana-oss
              container_name: grafana
              restart: unless-stopped
              ports:
                - '3000:3000'
              volumes:
                - /volume2/docker/grafana/data:/var/lib/grafana
                - /volume2/docker/grafana/config:/etc/grafana
          

          .. die gewünschte Installation erzeugen, bei der nun das interne Verzeichnis /var/bin/grafana auf das externe ../docker/grafana/data und das interne /etc/grafana auf das externe Verzeichnis ../docker/grafana/config gemappt wurde.

          Meine Empfehlung

          Ich bevorzuge grundsätzlich die 2. Methode, die es erlaubt, die Datei grafana.ini komfortabel mit dem Editor der Synology zu bearbeiten.

          CodierknechtC Offline
          CodierknechtC Offline
          Codierknecht
          Developer Most Active
          wrote on last edited by Codierknecht
          #64

          @legro

          Beim Verfahren über das extern gemappte Verzeichnis für /etc/grafana sollte man aber im Hinterkopf behalten:
          Das funktioniert nur, solange sich am Aufbau von z.B. der grafana.ini nix ändert.
          Wenn die auf die Idee kommen, die Struktur zu ändern oder auch nur neue Einträge vorzunehmen die für den Start notwendig sind, gibt's Ärger.

          Aus genau diesem Grund ist der Weg über die Umgebungsvariablen eindeutig vorzuziehen!

          "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")

          Proxmox 8.2.4 LXC|8 GB|Core i7-6700
          HmIP|ZigBee|Tasmota|Unifi + dies & das
          Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag

          L 1 Reply Last reply
          0
          • CodierknechtC Codierknecht

            @legro

            Beim Verfahren über das extern gemappte Verzeichnis für /etc/grafana sollte man aber im Hinterkopf behalten:
            Das funktioniert nur, solange sich am Aufbau von z.B. der grafana.ini nix ändert.
            Wenn die auf die Idee kommen, die Struktur zu ändern oder auch nur neue Einträge vorzunehmen die für den Start notwendig sind, gibt's Ärger.

            Aus genau diesem Grund ist der Weg über die Umgebungsvariablen eindeutig vorzuziehen!

            L Away
            L Away
            legro
            wrote on last edited by
            #65

            @codierknecht

            Dann sollte ich besser meine Empfehlung nochmals überdenken und die dritte Methode priorisieren.🙄

            Nach über vier Jahren Leidenszeit unter Qivicon/MSH vor den Telekomikern zu ioBroker geflüchtet.
            Raspberry Pi 4 mit 8GB + ArgonOneM.2 + 120GB SSD + Coordinator CC26X2R1 + ioBroker + piVCCU3

            crunchipC 1 Reply Last reply
            0
            • L legro

              @codierknecht

              Dann sollte ich besser meine Empfehlung nochmals überdenken und die dritte Methode priorisieren.🙄

              crunchipC Away
              crunchipC Away
              crunchip
              Forum Testing Most Active
              wrote on last edited by
              #66

              @legro ich verstehe den ganzen "Aufriss" immer noch nicht. Ne Installationbeschreibung hatte ich doch bei https://forum.iobroker.net/post/1289577 gezeigt. Das sollte doch auch bei dir funktionieren.
              Andernfalls ist auch auf offizieller Seite der Weg mit Umgebungsvariablen dargestellt
              Konfigurieren eines Grafana-Docker-Images | Grafana-Dokumentation https://share.google/IBLRevuuN9A7t1Q8T

              umgestiegen von Proxmox auf Unraid

              L 1 Reply Last reply
              0
              • crunchipC crunchip

                @legro ich verstehe den ganzen "Aufriss" immer noch nicht. Ne Installationbeschreibung hatte ich doch bei https://forum.iobroker.net/post/1289577 gezeigt. Das sollte doch auch bei dir funktionieren.
                Andernfalls ist auch auf offizieller Seite der Weg mit Umgebungsvariablen dargestellt
                Konfigurieren eines Grafana-Docker-Images | Grafana-Dokumentation https://share.google/IBLRevuuN9A7t1Q8T

                L Away
                L Away
                legro
                wrote on last edited by
                #67

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

                @legro ich verstehe den ganzen "Aufriss" immer noch nicht. ..

                Richtig! Tut mir leid, ich vergaß ..

                Nie verzagen, crunchip fragen.😖

                Nach über vier Jahren Leidenszeit unter Qivicon/MSH vor den Telekomikern zu ioBroker geflüchtet.
                Raspberry Pi 4 mit 8GB + ArgonOneM.2 + 120GB SSD + Coordinator CC26X2R1 + ioBroker + piVCCU3

                1 Reply Last reply
                0
                Reply
                • Reply as topic
                Log in to reply
                • Oldest to Newest
                • Newest to Oldest
                • Most Votes


                Support us

                ioBroker
                Community Adapters
                Donate

                624

                Online

                32.4k

                Users

                81.3k

                Topics

                1.3m

                Posts
                Community
                Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                ioBroker Community 2014-2025
                logo
                • Login

                • Don't have an account? Register

                • Login or register to search.
                • First post
                  Last post
                0
                • Recent
                • Tags
                • Unread 0
                • Categories
                • Unreplied
                • Popular
                • GitHub
                • Docu
                • Hilfe