Okay, sorry.
Soweit ich das lese kann ich mehrere Persistenz Addons zur gleichen Zeit betreiben, richtig?
Bei den smarten Steckdosen z. B. ist manchmal eine nachträgliche Auswertung des Stromverbrauchs hilfreich.
Ich schaue mir das die Tage mal an.
Erstmal bin ich happy, es läuft alles wieder.
Habe vorhin mal die Konfig in docker eingespielt, da ging die Lüften Regel wieder nicht. Fehler beim Ermitteln oder Timeout oder Timestamp..
Also bleibt erstmal alles wie es ist.
Vielen vielen Dank für die Hilfe.
Openhab 5 - Timer funktionieren nicht mehr
-
technick90
- Beiträge: 76
- Registriert: 24. Jul 2019 16:56
- udo1toni
- Beiträge: 15510
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: Openhab 5 - Timer funktionieren nicht mehr
Korrekt. Wie bei allen anderen Addons auch, kannst Du beliebig viele Persistence Addons parallel nutzen.technick90 hat geschrieben: 10. Sep 2025 19:52 Soweit ich das lese kann ich mehrere Persistenz Addons zur gleichen Zeit betreiben, richtig?
Dabei kannst Du für jedes Item individuell entscheiden, welche Persistence mit welcher Strategy genutzt wird, auch mit mehreren Persistences und unterschiedlichen Strategies.
Für MapDB erscheint dabei everyChange,restoreOnStartup sinnvoll, wahlweise kann man auch everyUpdate verwenden, wenn man den Zeitstempel des letzten Updates erfahren möchte (das kann z.B. für Watchdog Funktionen interessant sein).
Wichtig für den Hinterkopf bei restoreOnStartup: man sollte nur die Itemstatus wiederherstellen lassen, bei denen es nicht möglich ist, den aktuellen Status anders herauszufinden. Z.B. habe ich knx im Einsatz, und so gut wie alle Aktoren senden auf Nachfrage den aktuellen Status des Kanals. Auf diese Weise habe ich beim Start immer den echten Status alles Aktoren, nicht den letzten Status vor dem Neustart von openHAB
Für Status von ungebundenen Items (also ohne einen über Addon verknüpften Sensor/Aktor) ist restoreOnStartup natürlich die einzige Möglichkeit - es sei denn, man setzt per Rule Default Werte...
openHAB5.0.3 stable in einem Debian-Container (trixie, OpenJDK 21 headless runtime - LXC, 4 Kerne, 3 GByte RAM)
Hostsystem Proxmox 9.1.2 - AMD Ryzen 5 3600 6 Kerne, 12 Threads - 64 GByte RAM - ZFS Pools: Raid Z1, 3 x 20 TB HDD -> 40 TByte und Raid Z0-Mirrored 4 x 1 TByte NVMe -> 2 TByte
Hostsystem Proxmox 9.1.2 - AMD Ryzen 5 3600 6 Kerne, 12 Threads - 64 GByte RAM - ZFS Pools: Raid Z1, 3 x 20 TB HDD -> 40 TByte und Raid Z0-Mirrored 4 x 1 TByte NVMe -> 2 TByte
-
technick90
- Beiträge: 76
- Registriert: 24. Jul 2019 16:56
Re: Openhab 5 - Timer funktionieren nicht mehr
Bei mir steht jetzt nach jedem Update in /etc/default/openhab die falsche Zeitzone drin.
Wie kann ich das dauerhaft abstellen?
Wie kann ich das dauerhaft abstellen?
- udo1toni
- Beiträge: 15510
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: Openhab 5 - Timer funktionieren nicht mehr
Ist eigentlich ein anderes Thema
Aber sei's drum...
Prüfe zunächst, ob in /etc/systemd/system/multi-user.target.wants/openhab.service die Zeile
existiert.
Ist das der Fall, kannst Du einfach eine Datei /etc/openhab/linux.parameters anlegen und dort die EXTRA_JAVA_OPTS setzen:
Aber Obacht! Der zugrunde liegende Mechanismus verwendet bevorzugt die Definition aus der zuletzt aufgeführten Datei (das sollte die linux.parameters sein), dann aber ausschließlich diese Definition, d.h., wenn in /etc/default/openhab bereits Parameter für EXTRA_JAVA_OPTS definiert sind, musst Du diese ebenfalls in linux.parameters eintragen. Alle anderen Parameter aus /etc/default/openhab kannst Du ebenfalls am neuen Ort eintragen, wichtig ist das aber nur bei den Werten, die vom Default Wert abweichen und für Dich relevant sind.
Alle Werte, die nicht in linux.parameters aufgeführt sind, werden weiterhin aus /etc/default/openhab übernommen.
Prüfe zunächst, ob in /etc/systemd/system/multi-user.target.wants/openhab.service die Zeile
Code: Alles auswählen
EnvironmentFile=-/etc/openhab/linux.parametersIst das der Fall, kannst Du einfach eine Datei /etc/openhab/linux.parameters anlegen und dort die EXTRA_JAVA_OPTS setzen:
Code: Alles auswählen
EXTRA_JAVA_OPTS="-Duser.timezone=Europe/Berlin"Alle Werte, die nicht in linux.parameters aufgeführt sind, werden weiterhin aus /etc/default/openhab übernommen.
openHAB5.0.3 stable in einem Debian-Container (trixie, OpenJDK 21 headless runtime - LXC, 4 Kerne, 3 GByte RAM)
Hostsystem Proxmox 9.1.2 - AMD Ryzen 5 3600 6 Kerne, 12 Threads - 64 GByte RAM - ZFS Pools: Raid Z1, 3 x 20 TB HDD -> 40 TByte und Raid Z0-Mirrored 4 x 1 TByte NVMe -> 2 TByte
Hostsystem Proxmox 9.1.2 - AMD Ryzen 5 3600 6 Kerne, 12 Threads - 64 GByte RAM - ZFS Pools: Raid Z1, 3 x 20 TB HDD -> 40 TByte und Raid Z0-Mirrored 4 x 1 TByte NVMe -> 2 TByte
-
technick90
- Beiträge: 76
- Registriert: 24. Jul 2019 16:56
Re: Openhab 5 - Timer funktionieren nicht mehr
Habe ich so übernommen. Bin gespannt aufs nächste Update. Mal wieder vielen Dank.
- udo1toni
- Beiträge: 15510
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: Openhab 5 - Timer funktionieren nicht mehr
Die linux.parameters Datei wird beim Update nicht angefasst. 
openHAB5.0.3 stable in einem Debian-Container (trixie, OpenJDK 21 headless runtime - LXC, 4 Kerne, 3 GByte RAM)
Hostsystem Proxmox 9.1.2 - AMD Ryzen 5 3600 6 Kerne, 12 Threads - 64 GByte RAM - ZFS Pools: Raid Z1, 3 x 20 TB HDD -> 40 TByte und Raid Z0-Mirrored 4 x 1 TByte NVMe -> 2 TByte
Hostsystem Proxmox 9.1.2 - AMD Ryzen 5 3600 6 Kerne, 12 Threads - 64 GByte RAM - ZFS Pools: Raid Z1, 3 x 20 TB HDD -> 40 TByte und Raid Z0-Mirrored 4 x 1 TByte NVMe -> 2 TByte