NEWS
Umzug vom Pi4 auf Synology
-
Leider verstehe ich nicht, was du damit meinst. Ich habe jedenfalls den Befehl ..
sudo chown -R 472:472 /volume1/docker/grafana
.. ausgeführt. Ansonsten wäre Grafana bei mir erst gar nicht gestartet.
Leider kommt es noch schlimmer. Ich habe versucht, Grafana völlig neu auf meiner Synology zu installieren. Zuvor hatte ich mir die vorhandene Installation exportiert, um sie ggf. später erneut installieren zu können. Im Nachhinein ein weises Vorgehen. Mir ist es nicht gelungen, eine komplett neue Installation von Grafana ans Laufen zu bekommen.
Hier mein Vorgehen ..
- Den alten Container mit Grafana habe ich von meiner Synology 923+ komplett gelöscht.
- Anschließend habe ich einen neuen Container erstellt mit dem Image grafana-oss (latest)
- Beim Starten des Containers trat ein Fehler auf, der Grafana am Starten hinderten. Macht nichts, dachte ich mir, ich muss ja noch sudo chown -R 472:472 /volume1/docker/grafana ausführen. Dies hatte bei meiner ersten Installation ja schließlich auch geholfen.
- Pustekuchen: Die neue Installation bekomme ich einfach nicht ans Laufen.
Ich bin komplett ratlos.
PS
Mittlerweile habe ich meine alte Installation importiert. Die läuft nun wieder.
-
-
-
@legro ja und die Frage ist, welche Maschine welche IP hat
-
Ich habe wie hier beschrieben Grafana wieder ans Laufen gebracht. Ich konnte mich auch wieder anmelden und mir die Eintragungen in Grafana anschauen. Das Ergebnis: Alles war weg; weder die wiederhergestellten Dashboards noch die Verbindung(en) zu InfluxDB waren mehr vorhanden.
Also habe ich ..
- in Grafana ein Zugriffstoken erstellt ..
- und dieses Token in BackItUp eingetragen.
- Anschließend habe ich erneut die Sicherung mittels BackItUp in meine Grafana-Installation auf meiner Synology 923+ eingespielt.
- Nun folgte das übliche Gezanke: Das Adminpassword funktionierte nicht mehr. Also dies erneut mittels ..
sudo docker exec -it grafana grafana-cli admin reset-admin-password <mein PW>
.. zurückgesetzt. Damit konnte ich mich dann bei Grafana wieder einloggen.
Oh Wunder, diesmal war die Verbindung zu InfluxDB nicht (mehr) leer.
Hierin habe ich in diesen Verbindungseinstellungen nicht nur die IP geändert sondern auch das Zugriffstoken ..
.. korrekt konfiguriert - jedoch leider erfolglos, wie man sieht.
Und schon wieder bin ich komplett ratlos.
-
@legro sagte in Umzug vom Pi4 auf Synology:
Also habe ich ..
immer noch nicht die Frage von @crunchip beantwortet
@crunchip sagte in Umzug vom Pi4 auf Synology:
welche Maschine welche IP hat
-
InfluxDB auf der Synology hat die IP = 192.168.4.200:8086 - und nur um die geht es hier.
Darüber hinaus sollten spätestens nach diesem Beitrag sehr wohl alle Fragen mittlerweile beantwortet sein.
-
@legro was hindert dich daran Fragen zu beantworten?
-
Welche Frage?
-
@legro sagte in Umzug vom Pi4 auf Synology:
InfluxDB auf der Synology hat die IP = 192.168.4.200:8086 - und nur um die geht es hier.
War zum Zeitpunkt meiner Frage leider nirgends ersichtlich, daher bat ich um die Info
-
@legro
vermute ich der token passt nicht
-
Dem ist definitiv nicht so. Es ist der richtige Token.
Diesen habe ich erfolgreich in einer anderen Installation getestet.
-
@legro sagte in Umzug vom Pi4 auf Synology:
Es ist der richtige Token.
mag sein und wie eingetragen
blablablub
oder
Token blablablub
-
Ich habe folgende Syntax verwendet ..
Header: Authorization
Value: Token <mein Token>Es ist derselbe Token, den ich auch in ioBroker im InfluxDB-Adapter verwende.
-
@legro
Betreibst du den Docker in Bridge Mode? Schau mal auf deiner Synology unter Sicherheit "Firewall" nach, ob die Ports offen oder gesperrt sind. -
Ja, ich verwende den bridge Mode. Der Port 8086 ist definitiv offen.
Ich starte alle beteiligten Geräte einmal neu und richt alles zum x. Mal erneut ein.
-
@legro sagte in Umzug vom Pi4 auf Synology:
den bridge Mode.
auf die schnelle gefunden, allerdings habe ich keine Erfahrung mit synology
https://www.synology-forum.de/threads/grafana-und-influxdb-im-docker-fehlerhafte-verbindung.126036/ -
Vielen Dank für den Hinweis. Aber das ist ein Problem, das ich ja gar nicht habe.
Richte ich auf meiner Synology 923+ im Container Manager Grafana ein, so kann ich problemlos eine Verbindung mit InfluxDB (ebenfalls auf der Synology im Container Manager) herstellen. Auch kann ich Dashboards einrichten.
Einzig das Problem, dass nach einem Restore mittels BackItUp die Verbindungseinstellungen zu InfluxDB entweder leer sind, oder die Authentifizierung mittels des korrekten Tokens nicht funktioniert, treiben mich zur Verzweiflung.
Mittlerweile habe ich alles so umgesetzt wir oben beschrieben. Zur Abwechslung bleibt diesmal die Konfiguration für den Zugriff auf InfluxDB wie auch bei dem hier geschilderten Versuch mal wieder leer.
Nur ein einziges Mal bei all den Restore-Versuchen wurde von BackItUp die Einstellungen für den Zugriff auf InfluxDB korrekt wiederhergestellt.
Das Ganze ist schlichtweg zum ..
-
@crunchip @ilovegym @MartyBr @Homoran
Vielen Dank für eure Unterstützung!
Es geschehen noch Zeichen und Wunder! Nach gewiss einem Dutzend Versuchen funktionierte es nun endlich. Beim letzten Versuch war ich wohl zu ungeduldig. Nachdem ich nach ca. 15 Minuten nochmals in die Verbindungseinstellungen in Grafana schaute, waren diese nicht mehr leer. Nachdem ich darin die nötigen Änderungen vorgenommen hatte, läuft nur alles wie gewünscht.
Fazit ..
Zwei Dinge scheinen zur Lösung geführt haben: Neustart aller beteiligten Geräte und anschließend geduldiges Abwarten nach der Wiederherstellung von Grafana via BackItUp.
Auch wenn die Freude groß ist, so richtig glücklich bin ich nicht. Ich hätte gerne herausgefunden, was wann wo wie .. schief gegangen ist.
-
@legro sagte in Umzug vom Pi4 auf Synology:
wie auch bei dem hier geschilderten Versuch mal wieder leer.
die auf die.72 verweist, zum einen kannst du doch da direkt die Adresse ändern und zum anderen, wenn du mehrere Data sources hast, selbst wählen, welche und ob default gesetzt werden soll.
@legro sagte in Umzug vom Pi4 auf Synology:
Neustart aller beteiligten Geräte
naja, wenn Einstellungen geändert werden, die die grafana.ini betreffen, sollte man auch den grafana.service neu starten, im Zweifelsfall dann eben den ganzen Container.