NEWS
js-controller 2.2 jetzt im Latest
-
@crunchip Nur wenn es mit dem neuen Windows-Installer gemacht wird ist das so ... Linux ist nodejs getrennt
-
Hi All,
aus gegebenem Anlass (eine Sub-Dependency Library hat es geschafft Ihre Nodejs kompatibilität nicht sauber zu halten und somit kann der controller 2.2.8 mit nodejs 8 ggf crashen) habe ich soeben eine 2.2.9 des js-controller auf npm und es sollte damit in den nächsten Stunden im Latest Repository auftauchen. Zur Installation gilt die Anleitung von oben weiterhin.
Neben dem Downgrade dieser Library habe ich noch ein paar Fixes reingenommen die sich seitdem angesammelt haben.
Changelog:2.2.9 (2020-02-12) Release Dina
- (Apollon77) fix pot. crash for edge cases
- (Apollon77) allow to deactivate logfile zipping by iobroker.json (for non-windows systems)
- (Apollon77) make sure sigKill state only handles number values (fixes #638)
- (bluefox) add better checks for file CLI commands
- (Apollon77) make sure directly is created before writing meta data and send redis error correctly, prevent controller crash (fixes #644)
- (foxriver76) optimize package manager handling (fixes #631)
- (Apollon77) make sure deleting running instances does not crash js-controller (fixes #658)
- (Apollon77) Downgrade semver to stay compatible with nodejs 8
Die nächste Version des js-controller (vorauss. Ende März) wird aus dem Grund die Version 3.0 werden und nodejs 8 nicht mehr untersützen können.
Viel Spass,
Ingo
-
@apollon77 Installiert und läuft.
Wie wird das Log Zippen denn in der iobroker.json deaktiviert?
Konnte keinen neuen Schlüssel dazu finden. -
@Diginix habs grad gefunden https://forum.iobroker.net/post/366318
-
-
@crunchip Neneeeee, so bitte nicht mehr
-
@apollon77 zu spät und wie tausch ich die zeile wieder aus
-
@apollon77 Also wenn ich das richtig verstanden habe, die Datei 'iobroker.json' unter '/opt/iobroker/iobroker-data/' wie folgt ergänzen?
-
@crunchip Wie, geändert aber kein Backup gemacht? Dann such SIe hier raus https://github.com/ioBroker/ioBroker.js-controller/blob/master/lib/logger.js
-
@Dr-Bakterius korrekt
-
@apollon77 ausnahmsweise mal kein zwischen backup
danke dir -
transport.zippedArchive = isWindows ? false: (transport.zippedArchive !== undefined ? true : false);
-
@Dr-Bakterius danke, habs schon wieder geändert
-
@apollon77 Danke!
Greift das on-the-fly oder muss der host neu gestartet werden? -
@Diginix host restart
-
Gzip Deaktivieren funktioniert bei mir so nicht:
"log": { "level": "warn", "maxDays": 7, "noStdout": true, "transport": { "file1": { "type": "file", "enabled": true, "filename": "log/iobroker", "fileext": ".log", "zippedArchive": false, "maxsize": null, "maxFiles": null },
Das gestrige Log liegt wieder als .gz bereit. Host wurde gestern neu gestartet.
-
@Diginix Ja, der Code ist auch bullshit so ... ohje was hatte ich an dem Abend gesoffen Mach das setting raus aus der Konfig und starte neu,dann sollte nicht mehr gezippt werden Mist
Fixen wir in der 3.0
-
@apollon77 also entfernen
"zippedArchive": false,
-
@crunchip Ja, so wie der code jetzt ist ist es quasi "by default off" ... Da war ein Denkfehler drin
-
@apollon77 Müsste dann die Abfrage so lauten?
transport.zippedArchive = isWindows ? false: (transport.zippedArchive == undefined ? true : false);