BatchLinkableResource - resolution of uriFragment failed
Verfasst: 28. Jan 2021 10:41
Hi!
Mir wird im openhab2.log häufig folgender Fehler aufgeführt:
Reproduzierbar nach Neustarts und nach dem Speichern von .rules Dateien. Ich habe bereits nach dem Fehler im Netz recherchiert, aber keine wirksame Lösung gefunden. Zunächst nahm ich an, dass es an meiner Kombination aus VSCode und Samba liegen könnte. Wenn ich eine Datei in der Bash Shell mit nano speichere, kommt es allerdings auch diesem Fehler.
Ich habe auch einmal alle rules.-Dateien gelöscht, den openHAB Cache gelöscht und openHAB, als auch das System neu gestartet: Problem besteht weiterhin.
Hier und da habe ich von einem Zusammenhang mit dem Raspberry Pi als Plattform und einer SD-Card als Speichermedium gelesen. Das erscheint mir aber abwegig, weil ich openHAB bereits 2 Jahre auf diesem System betreibe, ohne dass es zur betreffenden NullPointerException kam.
Ebenfalls wird auf Timing Probleme und Race Conditions bei solcher Hardware verwiesen. Das wäre für mich ein Bug in openHAB. Schließlich muss Parallelisierung mit einer solchen Situation klar kommen. Ich erwähne das an dieser Stelle, weil ich mit openHAB Rules, Events und Thing/Item-File-Updates immer wieder seltsames, unkontrollierbares Verhalten habe.
Würde mich freuen, wenn jemand eine Lösung für das Problem hat.
RPi 3 Model B (armv7l)
DietPi v6.34.3
openhab2 v2.5.12-1
Homegear v0.7.48-3324
mosquitto v1.5.7
Add-ons:
PS: Weitere Fehlermeldungen, die bei der Lösung evtl. hilfreich sein könnten...
Mir wird im openhab2.log häufig folgender Fehler aufgeführt:
Code: Alles auswählen
2021-01-28 10:16:05.705 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment '|::0.2.3.2.0.1.1.2.1.6::0::/1' failed.
java.lang.NullPointerException: null
Ich habe auch einmal alle rules.-Dateien gelöscht, den openHAB Cache gelöscht und openHAB, als auch das System neu gestartet: Problem besteht weiterhin.
Hier und da habe ich von einem Zusammenhang mit dem Raspberry Pi als Plattform und einer SD-Card als Speichermedium gelesen. Das erscheint mir aber abwegig, weil ich openHAB bereits 2 Jahre auf diesem System betreibe, ohne dass es zur betreffenden NullPointerException kam.
Ebenfalls wird auf Timing Probleme und Race Conditions bei solcher Hardware verwiesen. Das wäre für mich ein Bug in openHAB. Schließlich muss Parallelisierung mit einer solchen Situation klar kommen. Ich erwähne das an dieser Stelle, weil ich mit openHAB Rules, Events und Thing/Item-File-Updates immer wieder seltsames, unkontrollierbares Verhalten habe.
Würde mich freuen, wenn jemand eine Lösung für das Problem hat.
RPi 3 Model B (armv7l)
DietPi v6.34.3
openhab2 v2.5.12-1
Homegear v0.7.48-3324
mosquitto v1.5.7
Add-ons:
Code: Alles auswählen
224 x Active x 80 x 2.5.12 x openHAB Add-ons :: Bundles :: Astro Binding
225 x Active x 80 x 2.5.12 x openHAB Add-ons :: Bundles :: Homematic Binding
226 x Active x 80 x 2.5.12 x openHAB Add-ons :: Bundles :: Mail Binding
227 x Active x 80 x 2.5.12 x openHAB Add-ons :: Bundles :: MQTT Broker Binding
228 x Active x 81 x 2.5.12 x openHAB Add-ons :: Bundles :: MQTT Things and Channels
229 x Active x 82 x 2.5.12 x openHAB Add-ons :: Bundles :: MQTT HomeAssistant Convention
230 x Active x 82 x 2.5.12 x openHAB Add-ons :: Bundles :: MQTT Homie Convention
235 x Active x 80 x 2.5.12 x openHAB Add-ons :: Bundles :: IO :: Java Sound Support
236 x Active x 80 x 2.5.12 x openHAB Add-ons :: Bundles :: IO :: Web Audio Support
238 x Active x 75 x 2.5.12 x openHAB Add-ons :: Bundles :: Transformation Service :: JSonPath
239 x Active x 75 x 2.5.12 x openHAB Add-ons :: Bundles :: Transformation Service :: Map
240 x Active x 75 x 2.5.12 x openHAB Add-ons :: Bundles :: Transformation Service :: Scale
Code: Alles auswählen
...WorkspaceManager] - The document file:///etc/openhab2/ has not been opened.
...ModelRepositoryImpl] - Configuration model 'lighting.rules' is either empty or cannot be parsed correctly!
