UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[legro]

@crunchip

Dem ist definitiv nicht so. Es ist der richtige Token.

Diesen habe ich erfolgreich in einer anderen Installation getestet.

[crunchip]

@legro sagte in Umzug vom Pi4 auf Synology:

Es ist der richtige Token.

mag sein und wie eingetragen

blablablub

oder

Token blablablub

[legro]

@crunchip

Ich habe folgende Syntax verwendet ..

Header: Authorization
Value: Token <mein Token>

Es ist derselbe Token, den ich auch in ioBroker im InfluxDB-Adapter verwende.

[MartyBr]

@legro
Betreibst du den Docker in Bridge Mode? Schau mal auf deiner Synology unter Sicherheit "Firewall" nach, ob die Ports offen oder gesperrt sind.

[legro]

@martybr

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.

[crunchip]

@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/

[legro]

@crunchip

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 ..

[legro]

@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.

[crunchip]

@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.

[legro]

@crunchip

Genau, diese Einstellungen konnte ich nun doch noch anpassen, nachdem sie nach einiger Wartezeit in Grafana schließlich doch noch angezeigt wurden.

Wenn man nun weiter fragt, warum die wiederhergestellten Dashboards nicht bei manuell eingerichter Einbindung der data source (InfluxDB) keine Measurements vorfinden, bleibt das ein Geheimnis der Programmierer. Irgendetwas in den Einstellungen wird bei einer manuellen Neueinrichtung vermutlich nicht eingerichtet, was aber die Dashboards benötigen, um ihre Measurements zu finden.

Sei's d'rum! Ich verkneife mir jetzt in den JSONs der Dashboards zu suchen, was das sein könnte.