NEWS
js-controller 3.0/3.1 jetzt im Latest!
-
@karlo-enzo Hat @apollon77 ja eh geschrieben. Bei einer Standardinstallation unter:
'/opt/iobroker/iobroker-data/files/'
Da dann z.B. einen neuen Ordner mit Namen 'admin.0' erstellen. Und das machst du für alle Ordner die im Log bemängelt werden. Bei mir waren das noch 'web.0' und '0_userdata.0'.
-
Kurze Frage am Rand . Ich beobachte seit dem Update des js-controller auf die Vesion 3.1.20, das mqtt Rückmeldungen z.T. extrem verzögert im VIS dargestellt werden.
Konkret geht es um den Sonoff Adapter. EIN-Schalthandlungen die man über das VIS vornimmt, werden sofort ausgeführt und auch über die eingestellten Farbumschläge visualisiert.
Schaltet man dann aber wieder AUS, wird zwar der Aktor ausgeschaltet, das Objekt geht auch auf FALSE aber im VIS kommt das vorerst nicht an. Auch eine zeitnahe Aktualisierung des VIS Bildes zeigt einem nach wie vor den falschen Status des Aktor an.
Aktualisiert man nach 10 - 15 Minuten noch einmal, wir der Status wieder richtig angezeigt.
Da ich nur den js-controller auf 3.1.20 geändert habe, würde ich dieses neue verhalten ggf. dem js-controller zuordnen, denn das state des Aktors wird unter Objekt ja sofort nach dem Ausschalten auf FALSE gesetzt, nur kommt dieses im VIS extrem Zeitverzögert an.
-
@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
@oFbEQnpoLKKl6mbY5e13 sonst mir mit Verweis aufs GitHub issue an iobroker@fischer-ka.de schicken.Vielen Dank für den neuen HmIP-Adapter v1.0.0!
Er stürzt nun nicht mehr ab, wenn sich der Schutz-Status ändert. Es kommen nun bei Änderung die folgenden Ausgaben im Log:
[33mwarn[39m: hmip.0 (29961) No home in SECURITY_JOURNAL_CHANGED: {"pushEventType":"SECURITY_JOURNAL_CHANGED"} [33mwarn[39m: hmip.0 (29961) No home in SECURITY_JOURNAL_CHANGED: {"pushEventType":"SECURITY_JOURNAL_CHANGED"}
-
@Dr-Bakterius
Danke für die Hilfe.
Hat ohne Probleme geklappt und das Logfile ist jetzt nach dem Backup ebenfalls
wieder ohne Meldungen. -
@Dr-Bakterius said in js-controller 3.0/3.1 jetzt im Latest!:
Hat geholfen. Jetzt keine Warnungen mehr.
Was genau hast du gemacht, habe das auch?
-
Bei einer Standardinstallation unter:
'/opt/iobroker/iobroker-data/files/'
die Verzeichnisse anlegen, zu denen es im Logfile eine Warnmeldung gibt.
Bei mir waren das die Verzeichnisse admin.0 , web.0 und 0_userdata.0
Beim anschliessendem Backup über Backitup tauchen die Warnmeldungen nicht mehr auf. -
@karlo-enzo Danke. Sollen die eine bestimmte Berechtigung haben (lesen und schreiben)?
-
Ich habe die Verzeichnisse ohne weitere Vorgabe von Berechtigungen nur angelegt.
Das hat gereicht. -
@karlo-enzo said in js-controller 3.0/3.1 jetzt im Latest!:
Ich habe die Verzeichnisse ohne weitere Vorgabe von Berechtigungen nur angelegt.
Das hat gereicht.Danke, hat geklappt.
-
@JB_Sullivan 3.1.20? 3.0.20 oder 3.1.4? Welche Version war es vorher wo es schneller war? Sicher das es nicht nur ein Admin Anzeigeproblem ist? Mal per "iobroker state get mein.0.state.hier"ode rmit nem kleinen javascript was wertänderungen loggt oder statistik adapter geprüft ob der Wert wirklich verzögert kommt?
-
@oFbEQnpoLKKl6mbY5e13 Dazu bitte ein github issue anlegen - jetzt wissen wir wo die Struktur anders ist und man kann es im Code behandeln
-
@karlo-enzo magst Du mal (ich weiss ich faul :-)) ) die exakte Befehlsfolge sagen dann packe eich es ioben in die FAQ? Danke
-
Upps - sorry - habe die Versionen eine wenig durcheinander gewürfelt.
Also ich kam von 3.0.20 und bin auf 3.1.4 gegangen.
Sicher das es nicht nur ein Admin Anzeigeproblem ist? Mal per "iobroker state get mein.0.state.hier"ode rmit nem kleinen javascript was wertänderungen loggt oder statistik adapter geprüft ob der Wert wirklich verzögert kommt?
Natürlich nicht
-
@apollon77
Ja, gerne.
In das Verzeichnis : /opt/iobroker/iobroker-data/files/ wechseln.
Hier die Verzeichnisse anlegen, die im Logfile mit einer warn-Meldung aufgelistet sind.
Bei mir war das :
mkdir admin.0 mkdir web.0 und mkdir 0_userdata.0Beim nächsten Backup über backitup tauchen diese Fehlermeldungen dann nicht mehr auf.
-
Dazu bitte ein github issue anlegen - jetzt wissen wir wo die Struktur anders ist und man kann > es im Code behandeln
Soll ich dazu noch mal ein Silly-Log anfertigen?
-
@oFbEQnpoLKKl6mbY5e13 Ne log reicht so denke ich
-
Zur not führe doch einfach nach dem Erstellen der neuen Ordner ein iobroker fix durch.
Dann hat alles seine Richtigkeit.
LG
-
-
@bergjet
@gifftstaub wird den ioBroker fixer (https://forum.iobroker.net/topic/20211/iobroker-installation-fixer-beta-verfügbar) meinen
Der Aufruf erfolgt mitcurl -sL https://iobroker.net/fix.sh | bash -
-
@Feuersturm bei neueren Installationen reicht ein
iob fix
auf der Kommandozeile, deshalb schon korrekt, was geschrieben wurde.