[gelöst]Was kann es sein?
- udo1toni
- Beiträge: 15249
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: Was kann es sein?
Samba 1 ist bei mir abgeschaltet. Und wenn man ein aktuelles Betriebssystem einsetzt (also z.B. debian buster oder Raspbian (welches auf buster aufsetzt) oder das openHABian Image (welches auf Raspbian aufsetzt), so liefert Samba auch per SMB2 aus.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
- Steinspiel
- Beiträge: 396
- Registriert: 28. Dez 2019 08:49
Re: Was kann es sein?
Moin,
Ganz oben kannst Du sehen das "bett_licht.rules" in "Neuer Ordner" auf dem Desktop liegt, nur die Java Meldung unten sagt scheinbar das es in etc/openhab2/... sein soll. Aber auch nur scheinbar, denn unterstrichen ist dieser Link nur bis zum Wort "Neuer" und läuft bei Verfolgung ins Leere....
Mein Rules Verzeichnis in openHAB war zu dem Zeitpunkt übrigens leer und selbst wenn ich nur diese kleine "bett_licht.rules" habe hängt sich openHAB auf.
Aber ich werde nachher das Ausschalten von LSP probieren sowie @madmike`s Tip mit Samba und morgen berichten. Ich will das es wieder funktioniert!!!
Erst mal Danke für die Hilfe.
Du beziehst Dich auf mein Screenshot oben mit den Java Fehlermeldungen? Genau das ist ja eines dieser Dinge ... Ich habe kein Verzeichniss "Neuer Ordner" in openHAB!
Ganz oben kannst Du sehen das "bett_licht.rules" in "Neuer Ordner" auf dem Desktop liegt, nur die Java Meldung unten sagt scheinbar das es in etc/openhab2/... sein soll. Aber auch nur scheinbar, denn unterstrichen ist dieser Link nur bis zum Wort "Neuer" und läuft bei Verfolgung ins Leere....
Mein Rules Verzeichnis in openHAB war zu dem Zeitpunkt übrigens leer und selbst wenn ich nur diese kleine "bett_licht.rules" habe hängt sich openHAB auf.

Aber ich werde nachher das Ausschalten von LSP probieren sowie @madmike`s Tip mit Samba und morgen berichten. Ich will das es wieder funktioniert!!!


Erst mal Danke für die Hilfe.
bis dann, Steinspiel
- udo1toni
- Beiträge: 15249
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: Was kann es sein?
Ah. Ja, auf die Pfadangabe oben in VSCode hab ich nicht geachtet. Das macht es aber noch schlimmer.
Du lässt openHAB per LSP auf die Datei zugreifen, welche immer noch in einem illegalen Pfad liegt. Rules dürfen nur im Ordner rules liegen, und dieses Verzeichnis darf nur im openhab2-conf Verzeichnis liegen. verwende bitte nur die Originalverzeichnisstruktur.
Zum Testen außerhalb Deines Systems solltest Du ein zweites System verwenden (dafür gibt's virtuelle Maschinen)
Du lässt openHAB per LSP auf die Datei zugreifen, welche immer noch in einem illegalen Pfad liegt. Rules dürfen nur im Ordner rules liegen, und dieses Verzeichnis darf nur im openhab2-conf Verzeichnis liegen. verwende bitte nur die Originalverzeichnisstruktur.
Zum Testen außerhalb Deines Systems solltest Du ein zweites System verwenden (dafür gibt's virtuelle Maschinen)
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
- Steinspiel
- Beiträge: 396
- Registriert: 28. Dez 2019 08:49
Re: Was kann es sein?
Hallo,
Zu meiner Verteidigung:
Die *.rules lag nur außerhalb von openHAB um zu sehen was passiert wenn ich sie mit VSCode öffne, ob OH dann auch abstürzt... aber letztendlich war das Quatsch, ich will ja das VSCode zusammen mit openHAB funktioniert!
So, nun werde ich mich mal an die Samba Geschichte unter Windows...
Danke,
So habe ich es noch nicht gesehen, aber Du magst damit Recht haben!
Zu meiner Verteidigung:

So, nun werde ich mich mal an die Samba Geschichte unter Windows...
Danke,
bis dann, Steinspiel
- Steinspiel
- Beiträge: 396
- Registriert: 28. Dez 2019 08:49
Re: Was kann es sein?
Moin,
SMB 1/CIFS aktiviert, Rechner + Rasperry neu gestartet dann in VSCode eine Rule aufgerufen und nach ein paar Sekunden wie gehabt der Absturz von openHAB.
Das war es leider nicht.
SMB 1/CIFS aktiviert, Rechner + Rasperry neu gestartet dann in VSCode eine Rule aufgerufen und nach ein paar Sekunden wie gehabt der Absturz von openHAB.

bis dann, Steinspiel
- Steinspiel
- Beiträge: 396
- Registriert: 28. Dez 2019 08:49
Re: Was kann es sein?
Moin,
Ist ja jetzt schon ne Weile her, aber inzwischen ist mein Problem gelöst bzw. lokalisiert:
Durch https://community.openhab.org/t/solved- ... nhab/46017 bin ich auf Chromcast gekommen. Das beschriebene dort war letztendlich nicht mein Problem, aber ich habe festgestellt das der openHAB Absturz durch VSCode immer nur in einer Rule auftrat in der Chromcastgeräte gesteuert wurden. Und zwar genau durch diese Zeile im "then Bereich"
Ersetzte ich die Zeile durch eine andere Bedingung lief alles wie geschmiert, fügte ich sie wieder ein blieb openHAB stehen!
https://www.youtube.com/watch?v=5sCsCD7 ... e=emb_logo
In https://community.openhab.org/bekam ich den Hinweis das evtl. Klammern in der Zeile fehlen könnten, also:
Dies funktionierte in soweit das VSCode openHAB nicht zum Absturz brachte und das Mouseover auch nach mehrmaligen erneuten Aufrufen von VSCode noch lief. Ob allerdings die Rule auch wirklich am frühen Morgen funktioniert habe ich nicht mehr geprüft, denn ich der Zwischenzeit bin ich dazu übergegangen alle Zeitbereiche in meinen Rules durch virtuelle Items + Cronjobs zu steuern was für mich wirklich nur Vorteile bringt.
Danke noch mal allen die geholfen haben...
*WO* finde ich hier eigentlich dieses kleinen grüne "GELÖST" Häckchen das man ab und zu sieht? Das bedeutet doch "gelöst" oder?
Ist ja jetzt schon ne Weile her, aber inzwischen ist mein Problem gelöst bzw. lokalisiert:
Durch https://community.openhab.org/t/solved- ... nhab/46017 bin ich auf Chromcast gekommen. Das beschriebene dort war letztendlich nicht mein Problem, aber ich habe festgestellt das der openHAB Absturz durch VSCode immer nur in einer Rule auftrat in der Chromcastgeräte gesteuert wurden. Und zwar genau durch diese Zeile im "then Bereich"
Code: Alles auswählen
(now.getDayOfWeek < 6 && now.getMinuteOfDay > 44 + 4*60 && now.getMinuteOfDay < 31+5*60)
https://www.youtube.com/watch?v=5sCsCD7 ... e=emb_logo
In https://community.openhab.org/bekam ich den Hinweis das evtl. Klammern in der Zeile fehlen könnten, also:
Code: Alles auswählen
now.getDayOfWeek() < 6 && now.getMinuteOfDay() > 44 + 4*60 && now.getMinuteOfDay() < 31+5*60
Danke noch mal allen die geholfen haben...
*WO* finde ich hier eigentlich dieses kleinen grüne "GELÖST" Häckchen das man ab und zu sieht? Das bedeutet doch "gelöst" oder?
bis dann, Steinspiel
- udo1toni
- Beiträge: 15249
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: [gelöst]Was kann es sein?
Das Häkchen bedeutet in diesem Forum "beste Antwort". Ich bin mir nicht sicher, ob Du das bei Deinem eigenen Posting setzen kannst 

openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
- Steinspiel
- Beiträge: 396
- Registriert: 28. Dez 2019 08:49
Re: [gelöst]Was kann es sein?
Also gibt es keine speziellen "Gelöst" Anzeige für einen Thread?
Ist es besser bei Lösung des Problems das so zu Kennzeichnen wie ich es gemacht habe, oder gar nicht?
Ist es besser bei Lösung des Problems das so zu Kennzeichnen wie ich es gemacht habe, oder gar nicht?
bis dann, Steinspiel
- udo1toni
- Beiträge: 15249
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: [gelöst]Was kann es sein?
Sagen wir mal so: Die "Lösung" des Problems steht hier nicht zwingend mit dem Symptom in Zusammenhang. Trotzdem kann man ja gut sehen, dass manches Problem vielleicht an ungeahnten Kleinigkeiten liegt.
Warum sollte man die Klammern setzen müssen, wenn doch gewöhnlich kein Parameter übergeben wird.
Und da es sich hier streng genommen um keinen Fehler im Code handelt, kann man hier eher ablesen, dass openHAB im Zusammenspiel mit VSCode ein durchaus fragiles Gebilde ist. Es gibt kein "aus dem Nichts heraus", sondern auch kleinste, vielleicht formal korrekte Änderungen, können katastrophale Folgen haben.
Ich fände es übrigens super, wenn Du mal versuchst, dazu einen Issue für das VSCode openHAB Plugin aufzumachen, die beteiligten Programmierer sind meines Wissens alle deutschsprachig, so dass evtl. ein Link auf den Thread hier hilfreich wäre.
Warum sollte man die Klammern setzen müssen, wenn doch gewöhnlich kein Parameter übergeben wird.
Und da es sich hier streng genommen um keinen Fehler im Code handelt, kann man hier eher ablesen, dass openHAB im Zusammenspiel mit VSCode ein durchaus fragiles Gebilde ist. Es gibt kein "aus dem Nichts heraus", sondern auch kleinste, vielleicht formal korrekte Änderungen, können katastrophale Folgen haben.
Ich fände es übrigens super, wenn Du mal versuchst, dazu einen Issue für das VSCode openHAB Plugin aufzumachen, die beteiligten Programmierer sind meines Wissens alle deutschsprachig, so dass evtl. ein Link auf den Thread hier hilfreich wäre.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
- Steinspiel
- Beiträge: 396
- Registriert: 28. Dez 2019 08:49
Re: [gelöst]Was kann es sein?
Moin,

Aber, auf https://community.openhab.org/t/vscode- ... sh/95647/6 bin ich einiges mit @Confectrician durchgegangen...
Ich weiß nicht wirklich genau was seine Aufgabe / Funktion ist, aber ich denke das dadurch, bei Interesse, schon die richtigen Leute von meinem Problem gehört haben.
Nochmals Danke für die Hilfe und ich bin Heilfroh das alles wieder läuft!
Nee, das war nicht auf "hier" und meine Sache gemünzt sondern eher ne allgemeine Frage an Dich als Moderator, weil ich in anderen Foren solche "gelöst-Buttons" schon gesehen hatte.
Oh, oh, das hat was mit GitHub zu tun, oder? Glaub mir, wenn ich mich mit eines noch nicht befasst habe, dann damit...Ich fände es übrigens super, wenn Du mal versuchst, dazu einen Issue für das VSCode openHAB Plugin aufzumachen
[...]

Aber, auf https://community.openhab.org/t/vscode- ... sh/95647/6 bin ich einiges mit @Confectrician durchgegangen...
Ich weiß nicht wirklich genau was seine Aufgabe / Funktion ist, aber ich denke das dadurch, bei Interesse, schon die richtigen Leute von meinem Problem gehört haben.
Nochmals Danke für die Hilfe und ich bin Heilfroh das alles wieder läuft!
bis dann, Steinspiel