js-controller 4.0 jetzt im BETA/LATEST!
-
@apollon77 ...oder ein
iob fix userwas dann bei Option "user" ein shell/batch-Skript ausführt mit all den Befehlen die der User meint ausführen zu müssen
...und wie fast schon immer: Update durchgeführt --> Abbruch mit ECONNREFUSED
Ich gebe es jetzt auf und führe meine Updates für den JSC nur noch per bash-Skript ("npm i ....") aus. Spare ich auch das Ganze iob stop, fix... - Gesumse und baue aktuell auch gleich den BLE neu mit
19er lüppt aber sonst unauffällig
-
@sborg sagte in js-controller 4.0 jetzt im BETA/LATEST!:
...und wie fast schon immer: Update durchgeführt --> Abbruch mit ECONNREFUSED
-
Hallo an alle,
der Controller 4.0.20 geht gerade ins Beta ...
4.0.20 (2022-03-12)
- (foxriver76) Add missing axios dependency
- (Apollon77) Only log an error if an error is happening when activating/deactivating adapter via .alive states
- (foxriver76) Fix edge case in redis simulator MULTI/EXEC logic
- (Apollon77/foxriver76) Prevent some crash cases reported by Sentry
Waren doch nochmal ein paar Kleinigkeiten zusammengekommen.
-
P-Test - Augen zu und durch
-
-
@apollon77
ich denke mal das er "β-Test" gemeint hat. -
@apollon77 Testsystem erfolgreich auf 4.0.20 aktualisiert. Auch beim starten vom Master und Slave keine Probleme. Werde mal eine Sicherung vom Produktivsystem machen und auch dort dann aktualisieren.
Edit: Auch auf dem Produktivsystem keine Probleme
-
@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@darkiop sagte in js-controller 4.0 jetzt im BETA/LATEST!:
P-Test
??
Test direkt in der Produktiv Instanz, also volles vertrauen in die devs
-
@darkiop
Hab nur produktiv und noch nie wirklich ein Problem gehabt, dass man nicht sehr schnell wieder lösen konnte -
@darkiop Danke für das Vertrauen bibber gg
-
@jan1 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@darkiop
Hab nur produktiv und noch nie wirklich ein Problem gehabt, dass man nicht sehr schnell wieder lösen konnteKann ich bestätigen. manche würden wohl schnappatmung bekommen bei meinen Beta/direkt von github Installations Aktionen
und selbst wenn was schief geht, eine gute Backup Strategie lässt alles zu.@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
@darkiop Danke für das Vertrauen bibber gg
-
Und weil es so schön ist (Das war zuviel Log scheinbar ... diesmal Holz-klopf) ... 4.0.21
(leider gabs doch noch was bei Backup Restore ...)
Auf dem Weg in Beta
Ingo
-
@apollon77 iob auf nuc mit proxmox/debian als container und ein Slave auf raspi pi 3b. Beide sind jetzt auf 4.0.21, läuft alles wunderbar, keine Auffälligkeiten in den logs
Restore habe ich nicht getestet, aber backup läuft sauber durch inkl Sicheruing auf NAS. -
4.0.21 lüppt
(und nicht mehr per iob upgrade self probiert...)
-
@apollon77 flutsch!
-
@apollon77 Auch hier gibt es keine Probleme mit der 4.0.21
-
@apollon77 Es gab aber wohl keine Änderungen
-
@apollon77
4.0.21 läuft -
@feuersturm Fixe ich nachher noch ...
-
Hallo an die Beta Front
Morgen früh dürfte js-controller 4.0.23 im beta/Latest auftauchen. Ein Admin Bug der eine ungültige Jsonl-Konfiguration generieren konnte hat uns dazu gezwungen doch nochmals nachzulegen. Von dem problem akut betroffen sein könnten user die per Admin die Host-Konfiguration geändert und gespeichert haben.
Falls bei jemandem der js-controller nicht mehr sauber startet (vor oder auch nach dem update) bitte die größe der /opt/iobroker/iobroker-data/*.jsonl Dateien prüfen ... ggf hat bei Ihm dieses problem zugeschlagen -> siehe auch https://forum.iobroker.net/topic/53954/gelöst-states-jsonl-file-viel-zu-groß bzw https://forum.iobroker.net/post/791284
Der Bug ist auch seit Admin 5.3.7 behoben und Admin sollte nicht mehr die falschen Einträge erstellen.
Am besten natürlich sicherheitshalber besser Updaten
4.0.23 (2022-04-19)
- (AlCalzone) normalize JSONL options to prevent issues because of admin adding empty setting objects
- (Apollon77/foxriver76) Prevent some crash cases reported by Sentry
