Moin zusammen,
ich stehe gerade irgendwie auf dem Schlauch.
Ich habe eine InfluxDB und dort landen auch zuverlässig all meine Items.
Konfiguriert habe ich es über die Persistence Config.
Wenn ich nun in meiner Influx nachsehe, sind auch alle Daten da. Das Problem ist jedoch, dass ich scheinbar kein restore hinbekomme, sobald ich openHab neustarten muss.
Beispiel: Ich habe einen Counter, der mir anzeigen soll an wie vielen Tagen mein Speicher leer ist.
Dieser zählt fleißig hoch und beim Neustart fängt er von vorne an.
Was muss ich hier noch machen, damit ich den restore auch hinbekomme?
Viele Grüße
Steffen
Influx persistence - restorOnStartup
-
- Beiträge: 38
- Registriert: 3. Jun 2020 07:51
Influx persistence - restorOnStartup
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
- udo1toni
- Beiträge: 15240
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: Influx persistence - restorOnStartup
Hast Du ausschließlich diese eine Persistence in Betrieb?
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
-
- Beiträge: 38
- Registriert: 3. Jun 2020 07:51
Re: Influx persistence - restorOnStartup
Guter Punkt.
Bei mir sieht das so aus: Die RRD4J sieht so aus, lässt sich aber auch nicht löschen. Ist das so korrekt?
Bei mir sieht das so aus: Die RRD4J sieht so aus, lässt sich aber auch nicht löschen. Ist das so korrekt?
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
-
- Beiträge: 38
- Registriert: 3. Jun 2020 07:51
Re: Influx persistence - restorOnStartup
wie sieht das bei dir aus @udo1toni?
- udo1toni
- Beiträge: 15240
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: Influx persistence - restorOnStartup
Die Einstellungen sehen erst mal unverdächtig aus. Aber das Wichtigste ist, dass Du restoreOnStartup nur von einer Quelle ausführst. Du hast rrd4j für alle Items auf restoreOnStartup konfiguriert.
Es ist allerdings keine gute Idee, einfach alle Items per restoreOnStartup wiederherstellen zu lassen, schon gar nicht von rrd4j.
1.: Niemand garantiert Dir, dass der Zustand z.B. von Sensoren auch nur annähernd so ist, wie zu dem Zeitpunkt, als Du openHAB beendet hast. Messwerte sollten also grundsätzlich nicht wiederhergestellt werden.
2. Niemand garantiert Dir, dass Schaltzustände so sind, wie zum Zeitpunkt des Shutdowns, denn die allermeisten Geräte wird man auch ohne openHAB bedienen können. Hier gilt also das gleiche wie für Sensoren, es ist besser, den echten Status abzuholen, als einen ungewissen Status aus der Persistence wiederherzustellen.
Einzig solche werte, die sich nicht abfragen lassen, oder die nur in openHAB vorliegen (z.B. ungebundene Items, mit denen man z.B. Automatik-Funktionen steuert) sollten über restoreOnStartup wiederhergestellt werden.
rrd4j kann ausschließlich mit Zahlen umgehen, entsprechend dürfen auch keine String Items wiederhergestellt werden, das geht nur mit einer Datenbank, die auch Strings unterstützt (z.B. MariaDB).
Da Du den restore von InfluxDB aus mit Daten versorgen willst, musst Du das restoreOnStartup in rrd4j unbedingt entfernen. Du hast das über die Default Strategy aktiviert, dort musst Du es auch wieder entfernen - notfalls über die Code-Ansicht (die wäre übrigens auch die erste Wahl, solche Einstellungen hier im Forum zu zeigen - braucht weniger Speicher und ist im Zweifel besser lesbar).
Es ist allerdings keine gute Idee, einfach alle Items per restoreOnStartup wiederherstellen zu lassen, schon gar nicht von rrd4j.
1.: Niemand garantiert Dir, dass der Zustand z.B. von Sensoren auch nur annähernd so ist, wie zu dem Zeitpunkt, als Du openHAB beendet hast. Messwerte sollten also grundsätzlich nicht wiederhergestellt werden.
2. Niemand garantiert Dir, dass Schaltzustände so sind, wie zum Zeitpunkt des Shutdowns, denn die allermeisten Geräte wird man auch ohne openHAB bedienen können. Hier gilt also das gleiche wie für Sensoren, es ist besser, den echten Status abzuholen, als einen ungewissen Status aus der Persistence wiederherzustellen.
Einzig solche werte, die sich nicht abfragen lassen, oder die nur in openHAB vorliegen (z.B. ungebundene Items, mit denen man z.B. Automatik-Funktionen steuert) sollten über restoreOnStartup wiederhergestellt werden.
rrd4j kann ausschließlich mit Zahlen umgehen, entsprechend dürfen auch keine String Items wiederhergestellt werden, das geht nur mit einer Datenbank, die auch Strings unterstützt (z.B. MariaDB).
Da Du den restore von InfluxDB aus mit Daten versorgen willst, musst Du das restoreOnStartup in rrd4j unbedingt entfernen. Du hast das über die Default Strategy aktiviert, dort musst Du es auch wieder entfernen - notfalls über die Code-Ansicht (die wäre übrigens auch die erste Wahl, solche Einstellungen hier im Forum zu zeigen - braucht weniger Speicher und ist im Zweifel besser lesbar).
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet