NEWS
js-controller 3.2 jetzt im STABLE!
-
@apollon77
Hallo,.
ich wollte mal Rückmeldung geben, habe letzten Sonntag ein update von javascript 4.8.4 auf javascript 5.0.14 gemacht.
Es ging bei mir ja um die Fehlermeldung die ich so 15-30 mal am Tag hatte.error: host.iobroker-Server Cannot save backup file /opt/iobroker/iobroker-data/objects.json.bak: ENOENT: no such file or directory, stat '/opt/iobroker/iobroker-data/objects.json'
seit dem Update auf javascript 5.0.14 nur noch 2-4 mal am Tag.
Jetzt hatte ich vor 3 Tagen noch den Speicherort der History Dateien geändert auf eine externe SSD, und siehe da keine Fehlermeldung dieser Art mehr seit 3 Tagen.
Vielleicht hilft es den Fehler was einzugrenzen.Gruß Michael
-
Who kann ich Feature Flag "ALIAS_SEPARATE_READ_WRITE_ID" aktivieren?
Reference: https://github.com/ioBroker/ioBroker.js-controller/blob/master/README.md#object-and-state-aliases
-
@videonisse Wie meinst Du die Frage? Die Feature Flags sind dazu da um zu erkennen b der js-controller in dem ein Adapter Läuft das Feature supported - vor allem also für Adapter. Wenn Du die entsprechende js-controller Version nutzt ist es da.
-
@apollon77 Ok, ich dachte es war ein Einstellung um experimentelle Funktionen zu aktivieren.
Ich kriege ein Fehlermeldung (unten) wenn ich versuche von hand ein Alias ändern das ich separate ziel-ID haben. Aber beim speichern kriege ich den Fehler:
"Parse error
error_outlineSyntaxError: Unexpected string in JSON at position 454"Mein Alias sieht so aus:
{ "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1616591695319, "common": { "name": "currentstate", "role": "state", "type": "boolean", "desc": "Manually created", "read": true, "write": true, "def": false, "alias": { "id": { "read": "knx.0.VVS_och_VA.Ventilation.Köksfläkt_Status_Värde", "write": "knx.0.VVS_och_VA.Ventilation.Köksfläkt_Värde" } "read": "val > 40", "write": "val ? 80 : 40" } }, "native": {}, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "alias.0.uuid-533453-334345.fan.currentstate", "type": "state" }
Wenn ich ein Issue öffnen soll, ist es in js.controller, Admin oder in ein anderen Adapter?
EDIT: Ich habe den Fehler gefunden. In beispiel im Dokumentation fehlt ein komma hinter "}". Mit "}," funktionierts.
I created an Issue in the Documentation for this: https://github.com/ioBroker/ioBroker.docs/issues/300
alias: { id: { read: 'state.id.to.read.from', write: 'state.id.to.write.to' }, read: 'val * 10 + 1', write: '(val - 1) / 10' }**Fettschrift**
-
@videonisse sagte in js-controller 3.2 jetzt im STABLE!:
EDIT: Ich habe den Fehler gefunden. In beispiel im Dokumentation fehlt ein komma hinter "}". Mit "}," funktionierts.
Perfekt Danke!
-
Update hat funktionert, nur der alexa2 adapter startet nimmer, er meldet:
instance system.adapter.alexa2.0 terminated with code 10 (CANNOT_FIND_ADAPTER_DIR)
-
Habe eine generelle Frage: Sollte man das Update auf 3.2.16 unbedingt durchführen, oder nicht zwingend notwendig? - aktuell läuft alles sehr stabil auf der 3.1.x Version....
-
@sali84 Ich würde immer die aktuelle Version aus stable fahren.
-
@apollon77
@thomas-braun sagte in js-controller 3.2 jetzt im STABLE!:Ich würde immer die aktuelle Version aus stable fahren.
hab jetzt mal testhalber auf Stable umgeschaltet.
Dann wird mir der JS-Controller mit 1.5.11 angeboten. Installiert ist 3.1.6Dachte der 3.2 ist schon im Stable?
-
-
@thomas-braun sagte in js-controller 3.2 jetzt im STABLE!:
iobroker update
mal gefahren?
Nö noch nicht.
Werde in den nächsten Tagen sowieso auf den Mini-PC umziehen.
Da werde ich den JS-Controller dann auch gleich updaten. -
@negalein sagte in js-controller 3.2 jetzt im STABLE!:
Werde in den nächsten Tagen sowieso auf den Mini-PC umziehen.
Da werde ich den JS-Controller dann auch gleich updaten.ich hoffe ja, dass du da eine neue Installation mit dem neuesten Controller (und node) aufsetzst!
und dann erst dein Backup wiederherstellst
-
@homoran sagte in js-controller 3.2 jetzt im STABLE!:
ich hoffe ja, dass du da eine neue Installation mit dem neuesten Controller (und node) aufsetzst!
und dann erst dein Backup wiederherstellstSo ist es geplant
-
@sali84 naja das liegt bei Dir. Die 3.2 bringt viele Bugfixes und Optimierungen mit sich - siehe auch Changelog. Es ist soweit nichts "breaking" drin, aber es kann sein das einige Adapter starten Features zu nutzen die nur dort verfügbar sind. So lange Du das nicht brauchst ist erstmal alles ok
-
@apollon77 said in js-controller 3.2 jetzt im STABLE!:
Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden weiss ich gerade nicht wie der aktuelle Prozess ist, da der Windows Installer nicht ganz aktuell ist.
Hallo Apollon,
in diversen anderen Threads wurde empfohlen, den js-controller auf Windows Systemen, die mit dem Installer installiert wurden, auf diese Weise zu aktualisieren:ioBroker stoppen
npm i iobroker.js-controller@stable --ignore-scripts
ioBroker starten.Bei mir hat das so auch problemlos geklappt.
-
@alexi sagte in js-controller 3.2 jetzt im STABLE!:
--ignore-scripts
mit dem parameter bin ich spontan nicht so einverstanden ... weisst Du warum?
-
@alexi
Wie ich weiter oben geschrieben habe, war das bei mir nicht notwendig. Mein iobroker ist ebenfalls mit dem Installer + Alcazone Workaround installiert und ich konnte ganz normal mit folgenden Schritten auf 3.2 aktualisieren:
iobroker stop iobroker update iobroker upgrade self iobroker start
Beste Grüße
-
@apollon77 said in js-controller 3.2 jetzt im STABLE!:
mit dem parameter bin ich spontan nicht so einverstanden ... weisst Du warum?
Das hat damals @AlCalzone nach einiger Testerei und Rücksprache mit @Stabilostick hier empfohlen. Speziell den --ignore-scripts Parameter hat soweit ich mich erinnere damals @Stabilostick empfohlen.
Hintergrund, nicht "iobroker update" und "iobroker upgrade self" zu verwenden war, dass das der neueste verfügbare Installer den Controller 2.2.9 installiert. Und dieser lässt sich wegen eines Fehlers nicht normal aktualiseren und führt zu irreparablen Fehlern (Details hier).Nach meinem Verständnis sollte man also "iobroker update" und "iobroker upgrade self" nicht verwenden, wenn man eine neue ioBroker Instanz per Installer installiert hat und somit ein Controller 2.2.9 läuft. Zumindest für das erste Update sollte man "npm i iobroker.js-controller@stable" verwenden. Ob mit oder ohne "--ignore-scripts" kann ich nicht sagen, das kam wie gesagt von o.g. Experten.
-
Ich wage hinzuzufügen: Wir Windows Nutzer würden uns sehr freuen, wenn der Installer weiter gepflegt würde.
So wenige Windows Nutzer sind es nicht und ioBroker läuft unter Win 10 sehr stabil.
Wenn ich hier so quer lese, würde ich mutmaßen, mindestens so stabil wie unter einem Raspi 4 - weshalb man vielleicht auch nicht so viel darüber liest (ja, mag sein, daß das auch mit daran liegt, daß Win Nutzer i.a. auch stabile Rechner mit stabilen Komponenten nutzen).
@Stabilosticks Konzept mit den verschiedenen Instanzen, die man z.B. bei Update durch den Dienstemanager steuern kann, ist sehr gut.
Lediglich die Updatesituation sorgt für Unsicherheit.
Der Win Installer war ein schneller Einstieg für Neueinsteiger. Einen alten Win-Rechner/Laptop haben die meisten noch irgendwo.
Da ich am liebsten und authentischsten das empfehle, was ich kenne und nutze, fallen mir mir Empfehlungen für ioBroker sehr viel leichter, wenn es einen aktuellen Windows Installer gibt. -
@klassisch Ich denke @Stabilostick würde sich übr einen Mitstreiter freuen der sich auch in das Thema Installer einarbeiten will ... bitte gern melden