Seite 1 von 1
OpenHAB 2 Bug oder gehackt?
Verfasst: 3. Mai 2019 09:55
von Leppit
Hallo, ich habe ein Problem. Seit zwei Tagen schaltet sich eine Gruppe Items einfach so ein. Ich habe alle Regeln überprüft. Keine beinhaltet diesen Vorgang. Kann das ein Bug sein oder habe ich da eine Fremdsteuerung von Außen? Falls ja gibt es eine Zugriffsliste, die man einsehen kann?
Re: OpenHAB 2 Bug oder gehackt?
Verfasst: 3. Mai 2019 11:26
von mamoel
Um das beurteilen zu können, wäre es hilfreich den entsprechenden Zeitraum im openHAB-Logfile zu sehen. Ansonsten kannst Du ja auch einfach das System, auf dem openHAB läuft, mal ein/zwei Tage vom Internet trennen.
Re: OpenHAB 2 Bug oder gehackt?
Verfasst: 3. Mai 2019 12:50
von Leppit
Also ein Auszug aus dem Logfile oder was meinst du ? Da stand lediglich, dass die Schalter der Gruppe das Signal ON bekommen haben.
Re: OpenHAB 2 Bug oder gehackt?
Verfasst: 3. Mai 2019 19:21
von peter-pan
Ein Auszug wäre sicherlich hilfreich und zwar sowohl aus dem events.log als auch aus dem openhab.log.
Schaltet sich die Gruppe zu einem bestimmten Zeitpunkt ein ? Oder nach einem Neustart ?
Re: OpenHAB 2 Bug oder gehackt?
Verfasst: 7. Mai 2019 22:46
von Leppit
Wenn es nochmal vorkommt, poste ich den Log. Gibt es denn die Möglichkeit, einen Eintrag in der Log zu erzeugen, wenn eine Regel ausgeführt wird ?
Re: OpenHAB 2 Bug oder gehackt?
Verfasst: 8. Mai 2019 07:39
von sihui
Leppit hat geschrieben: ↑7. Mai 2019 22:46
Gibt es denn die Möglichkeit, einen Eintrag in der Log zu erzeugen, wenn eine Regel ausgeführt wird ?
https://www.openhab.org/docs/configurat ... ng-actions
Wobei String loggername ein beliebiger Name und String logText auch den Inhalt von Variablen oder dem Itemstatus haben kann.
Die einfachste Variante wäre:
Code: Alles auswählen
logInfo("Test","Dieser Teil der Regel wurde ausgeführt")
Re: OpenHAB 2 Bug oder gehackt?
Verfasst: 8. Mai 2019 22:54
von udo1toni
Nur am Rande: Der Loggername dient auch zur Identifizierung und Steuerung des Logverhaltens. Man sollte also die Loggernamen sinnvoll aufbauen.
Es gibt zum Logging innerhalb Rules die Befehle log
Debug(), log
Info(), log
Warn() und log
Error(). In der Karaf Konsole kann man den Loglevel während der Laufzeit ändern, mittels
wobei
xxxx der Loggername in log
Level() ist.
Die erlaubten LogLevel sind entsprechend TRACE, DEBUG, INFO, WARN, ERROR, OFF und DEFAULT. Trace spielt nur für Bindings oder den Core eine Rolle, die anderen Level blenden jeweils die darunter liegenden Level aus, mit WARN werden also nur logWarn() und logError() angezeigt, nicht aber logInfo() oder logDebug(). OFF schaltet alles Logging ab, DEFAULT übernimmt den Loglevel der nächsthöheren Ebene., in diesem Fall also vom Logger
org.eclipse.smarthome.model.script
Zusätzlich zum gesetzten Loglevel kann man natürlich auch noch beliebig das Logging in verschiedene Dateien umlenken und dort noch Filter definieren, logRotation usw. definieren...
logInfo() ist einer der meistunterschätzten Befehle in der DSL...