openhabforum.de

Moin
Ich habe heute mein Produktiv-System auf 3.4.1 umgestellt. ( War nicht ganz so einfach ). Nun habe ich das Problem, in der services/addons.cfg müssen scheinbar alle Bindings eingetragen sein, damit die nicht wieder gelöscht werden. Wie komme ich an die Namen ?
Meine addons.cfg sieht so aus : Ich bin mir nicht sicher, ob "mariadb-java-client" die richtige bezeichnung ist. Kann mich da jemand erleuchten ?

Danke schonmal

N'abend,

von welcher Version kommst Du denn? Bei der Version 3.x.y ist die Datei services/addons.cfg flüssigr als Wasser => über-flüssig.

Bindings werden entweder über MainUI installiert oder manuell zu installierende Bindings über Ablage unter AddOns , welcher im System und nicht im UserConfig liegt. => /usr/share/openhab/addons

Gleiches gilt für die AddOns wie Datenbanken usw., die werden alle ausnahmslos über die MainUI installiert.

Es geht beides, aber nicht beides zusammen. Also entweder alle in die addons.cfg eintragen oder alle im UI installieren. Sonst geht es schief. Die Namen bekommt man z.B. in dem man die Dokumentation zum Binding aufruft. Die ID ist dann der letzte Part der URL.

J-N-K hat geschrieben: ↑13. Jan 2023 19:37 Es geht beides, aber nicht beides zusammen. Also entweder alle in die addons.cfg eintragen oder alle im UI installieren. Sonst geht es schief. Die Namen bekommt man z.B. in dem man die Dokumentation zum Binding aufruft. Die ID ist dann der letzte Part der URL.

Sicher?? Dann hätte ich heute noch etwas Neues gelernt.

int5749 hat geschrieben: ↑13. Jan 2023 19:30 von welcher Version kommst Du denn? Bei der Version 3.x.y ist die Datei services/addons.cfg flüssigr als Wasser => über-flüssig.

Ich hatte vorher 2.5.12 auf nem Raspberry benutzt. Da ich die MapDB brauche, hat die Umstellung etwas länger gebraucht.
Ich hatte im Vorfeld seit 3.0 die milestone-builds immer unter Windows probiert und da war die addons.cfg mehr als praktisch. Außerdem habe ich im Zusammenhang mit dem Cache löschen gelesen, daß dabei auch alle Bindings rausfliegen und nur die neu installiert werden die in der Datei stehen.

Die Windows-Installationen waren zu Testen der Version, aber auch zum erstellen einer kompatilblen MapDB wichtig. So habe ich es heute fast ohne Datenverlust geschafft, die Version 3.4.1 auf dem Raspberry zum laufen zu bringen

Aber trotzdem Danke

J-N-K hat geschrieben: ↑13. Jan 2023 19:37 Es geht beides, aber nicht beides zusammen. Also entweder alle in die addons.cfg eintragen oder alle im UI installieren. Sonst geht es schief. Die Namen bekommt man z.B. in dem man die Dokumentation zum Binding aufruft. Die ID ist dann der letzte Part der URL.

Das war der entscheidende Hinweis ! Danke!! Ich habe es mit jdbc, mariadb in allen möglichen schreibweisen versucht, aber auf "jdbc-mariadb" bin ich nicht gekommen
Auf jeden Fall tuts nun
Nochmal Danke an alle

int5749 hat geschrieben: ↑13. Jan 2023 19:57 Sicher?? Dann hätte ich heute noch etwas Neues gelernt.

Kann ich bestätigen, es tut

guinnes hat geschrieben: ↑13. Jan 2023 20:09 Ich hatte im Vorfeld seit 3.0 die milestone-builds immer unter Windows probiert und da war die addons.cfg mehr als praktisch. Außerdem habe ich im Zusammenhang mit dem Cache löschen gelesen, daß dabei auch alle Bindings rausfliegen und nur die neu installiert werden die in der Datei stehen.

Das ist nicht richtig. Es werden bei clean-cache zwar alle Bindings gelöscht, aber auch wieder installiert und zwar

- bei ausschliesslicher Nutzung der addons.cfg: alle
- bei ausschliesslicher Nutzung der UI: alle
- bei gemeinsamer Nutzung: nur die in der addons.cfg

Gruss,

Jan

J-N-K hat geschrieben: ↑13. Jan 2023 20:38 Das ist nicht richtig. Es werden bei clean-cache zwar alle Bindings gelöscht, aber auch wieder installiert und zwar

- bei ausschliesslicher Nutzung der addons.cfg: alle
- bei ausschliesslicher Nutzung der UI: alle
- bei gemeinsamer Nutzung: nur die in der addons.cfg

Hatte ich so nicht verstanden, aber gut, dann ist das eben so. Clean-Cache werde ich morgen mal probieren, wenn ich die Karte mit dem Stand heute gesichert habe. Gestern ist mir das ganze system danach um die Ohren geflogen. Leider sind die Log-Files davon weg

clean-cache macht genau das: es leert den Cache. Im Cache befinden sich eben alle Bindings (und vermutlich noch anderes Zeug...). Deshalb muss openHAB anschließend alle Bindings erneut laden. Dabei kommt es zu diversen Fehlern, meist, weil Teile des Systems bereits initialisiert sind, die auf andere Teile angewiesen sind, die aber noch darauf warten, initialisiert zu werden. openHAB kennt keine festgelegte Reihenfolge, in der die einzelnen Addons gestartet werden. Wenn beim Hochfahren zu viele Fehler passieren, kommt es schon mal vor, dass der ganze Prozess ins Stocken gerät. Deshalb ist nach einem clean-cache (und mehr Geduld als sonst) auch ein Neustart nicht verkehrt, wenn hartnäckig immer wieder die gleichen Fehlermeldungen auftreten.
Eine Zeit lang war es übrigens sogar so, dass, sobald man ein Binding über die addons.cfg eingerichtet hatte, beim nächsten Neustart zuverlässig alle anderen, nicht über die addons.cfg installierten Bindings entfernt wurden. Eine leere (nur Kommentare) oder nicht vorhandene addons.cfg war also Voraussetzung, um openHAB über die UI dauerhaft zu konfigurieren.
An der Stelle ist es aber anders auch kaum denkbar, schließlich muss man ein über die Datei installiertes Addon auch irgendwie (per Textdatei) wieder loswerden können, und jemand, der über die addons.cfg Bindings installiert, wird vermutlich auch von dort aus deinstallieren wollen.

Clean Cache scheit funktioneiert zu haben, hab nur noch probleme, daß OH3 nicht immer zuverlässig hochfährt

udo1toni hat geschrieben: ↑13. Jan 2023 22:09 Eine Zeit lang war es übrigens sogar so, dass, sobald man ein Binding über die addons.cfg eingerichtet hatte, beim nächsten Neustart zuverlässig alle anderen, nicht über die addons.cfg installierten Bindings entfernt wurden. Eine leere (nur Kommentare) oder nicht vorhandene addons.cfg war also

Scheint immer noch so zu sein, muß man nur wissen
btw: Wie werde ich nun "dashboard", "homebuilder" und "paper" los ? Scheint nicht weiter zu stören, ist aber unschön im Log