js-controller 4.0 jetzt im BETA/LATEST!

[sigi234]

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@sigi234 Bitte logs/Ausgaben …

Schon gelöscht. War bei Allen 7 Adapterupdate so. Adapter vorher gestoppt, dann lief es durch.

Aber habe das:

229 verbose stack Error: EBUSY: resource busy or locked, rename 'C:\Program Files\iobroker\Home\node_modules\iobroker.iot' -> 'C:\Program Files\iobroker\Home\node_modules\.iobroker.iot.DELETE'
230 verbose cwd C:\Program Files\iobroker\Home
231 verbose Windows_NT 10.0.19044
232 verbose argv "C:\\Program Files\\iobroker\\Home\\nodejs\\node.exe" "C:\\Program Files\\iobroker\\Home\\nodejs\\node_modules\\npm\\bin\\npm-cli.js" "install" "--save-exact" "--loglevel" "error" "iobroker.iot@1.9.6"
233 verbose node v14.19.0
234 verbose npm  v6.14.16
235 error code EBUSY
236 error syscall rename
237 error path C:\Program Files\iobroker\Home\node_modules\iobroker.iot
238 error dest C:\Program Files\iobroker\Home\node_modules\.iobroker.iot.DELETE
239 error errno -4082
240 error EBUSY: resource busy or locked, rename 'C:\Program Files\iobroker\Home\node_modules\iobroker.iot' -> 'C:\Program Files\iobroker\Home\node_modules\.iobroker.iot.DELETE'
241 verbose exit [ -4082, true ]

[SBorg]

@apollon77 same problem as every time...

Allerdings eher zur Info, denn bin wohl der Einzige:

Bisher hatte ich es nur beim "setup first", dass es direkt nach dem "fixer" auftritt ist neu. Direkt per "npm" funktioniert es dann aber immer

[foxriver76]

@sigi234 sehe das Problem, fix kommt in neue Version

[apollon77]

@sborg ich kapiers net … :-((

[apollon77]

@sigi234 na dann halt doch noch ne .15

[Thisoft]

@apollon77 läuft soweit alles unauffällig

nur eine Frage am Rande. Was will mir npm eigentlich damit sagen? Sollte ich da was tun?

19 packages are looking for funding
   run 'npm fund' for details

[sigi234]

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@sigi234 na dann halt doch noch ne .15

upps, das wollte ich nicht.

[SBorg]

@thisoft Bei 19 Paketen würden sich die Entwickler für eine Spende freuen

[Thisoft]

@sborg Achso, OK. Da stand ich auf der Leitung da guck ich mal in die Details wen von den 19 ich zu den Auserwählten zählen könnte

[AlCalzone]

@thisoft Das sind vermutlich dependencies von ioBroker. Ich denke vorher freuen sich die ioBroker-Entwickler über Unterstützung

[AlCalzone]

@marc-berg Rätsel gelöst:
Deine objects.json enthält 24550 Zeilen, unsere untere Grenze für automatisches Komprimieren liegt bei 25000.
Nach weiteren 450 Änderungen an Objekten wird dann auch komprimiert, vermutlich wurden diese bei deiner Fake-Umstellung zufälligerweise erreicht.

Falls du daran schrauben willst, wäre die Option sizeFactorMinimumSize die richtige - der Standardwert ist so gewählt, dass Installationen mit vielen Objekt-Änderungen nicht dauernd komprimieren, aber gleichzeitig die Datei nicht übertrieben groß wird.

[apollon77]

So, aus gegebenem Anlass muss ich leider doch noch eine 4.0.15 hinterherschieben. Da hatte sich ein alter Fehler wider eingeschlichen ...

4.0.15 (2022-02-20)

• (foxriver76) Make sure to stop adapters on windows or if needed for update (again)
• (Apollon77) optimize handling of set feature detection in error cases
• (foxriver76) Remove unneeded error logging

ACHTUNG
Ein Update von 4.0.14 auf 4.0.15 wird bei upgrade self eine Meldung ausgeben die ignoriert werden kann!!

Update js-controller from @4.0.14 to @4.0.15
[downloadPacket] stoppedList cannot be used if stopping of databases is requested

[JB_Sullivan]

Muss man sich eigentlich in irgend einer Form um diese Meldung kümmern, z.B. durch den npm audit fix? Schließlich wird ja da auch auf 6 kritische Schwachstellen hingewiesen.

found 169 vulnerabilities (18 low, 74 moderate, 71 high, 6 critical)
  run `npm audit fix` to fix them, or `npm audit` for details

EDIT: 4.0.15 ist einwandfrei installiert worden.

[Thomas Braun]

@jb_sullivan Würde ich die Finger von lassen.
Du kannst aber per

npm audit

schauen aus welchen Adaptern das stammt und dort dann ein Issue aufmachen, das die Dependencies hochgezogen werden.

[Marc Berg]

gelöscht

[Marc Berg]

@alcalzone sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@marc-berg Rätsel gelöst:
Deine objects.json enthält 24550 Zeilen, unsere untere Grenze für automatisches Komprimieren liegt bei 25000.
Nach weiteren 450 Änderungen an Objekten wird dann auch komprimiert, vermutlich wurden diese bei deiner Fake-Umstellung zufälligerweise erreicht.

Falls du daran schrauben willst, wäre die Option sizeFactorMinimumSize die richtige - der Standardwert ist so gewählt, dass Installationen mit vielen Objekt-Änderungen nicht dauernd komprimieren, aber gleichzeitig die Datei nicht übertrieben groß wird.

Ah ja, das ergibt dann natürlich Sinn. Ich ging davon aus, dass die Einheit für diesen Faktor kByte ist, von Zeilen steht da nix. (aber von kByte auch nicht... )

Das probiere ich gleich mal aus, aber im Grunde reicht mir das Wissen, dass die Datei bei etwa 200MB nicht weiter wächst.

Danke!

Marc

[apollon77]

@jb_sullivan also wenn ihr wie es oben steht „iob fix“ ausführt dann sollte an sich die audit Meldung nie mehr kommen … nichts machen. Ignorieren

[AlCalzone]

@marc-berg sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Ich ging davon aus, dass die Einheit für diesen Faktor kByte ist, von Zeilen steht da nix

Die Größe der jsonl-DB wird in Einträgen gezählt, wobei jeder als einzelne Zeile geschrieben wird. size ist die tatsächliche Anzahl der Einträge, uncompressed size ist ist die Anzahl der Einträge, die sich gerade in der Datei befinden.

[Marc Berg]

@alcalzone sagte in js-controller 4.0 jetzt im BETA/LATEST!:

Die Größe der jsonl-DB wird in Einträgen gezählt, wobei jeder als einzelne Zeile geschrieben wird. size ist die tatsächliche Anzahl der Einträge, uncompressed size ist ist die Anzahl der Einträge, die sich gerade in der Datei befinden.

Beim Herumspielen in den Host Base Settings habe ich noch ein paar kleine Fehlerchen entdeckt:

• Ändert man etwas an den Parametern "Size factor", "minimum size" etc., wird der Button "Save & Close" nicht aktiv. Man muss erst eine andere Option hin- und her ändern (z.B. "ignore read errors"), damit man speichern kann.

• Man darf den "Auto-compress size factor" auf 1 ändern. Abgesehen davon, dass eine "1" hier keinen Sinn ergibt, startet danach ioBroker nicht mehr, bis man den Wert in der "iobroker.json" wieder auf >1 ändert.

• Ändert man in der "Log"-Sektion den Parameter "Maximal size of one file", so wird dieser nach Speichern und erneut Öffnen nicht mehr angezeigt, wahrscheinlich, weil in der "iobroker.json" dann der Wert als String inkl. "MB" abgespeichert wird. Fraglich, ob die Änderung dann überhaupt zieht.

[AlCalzone]

@marc-berg Machst du bitte in Issue in https://github.com/ioBroker/ioBroker.admin auf, damit Bluefox das auch sieht?

Hier zur Vollständigkeit alle Checks der DB:

autoCompress
sizeFactor must be > 1
sizeFactorMinimumSize must be >= 0
intervalMs must be >= 10
intervalMinChanges must be >= 1

throttleFS
intervalMs must be >= 0
maxBufferedCommands must be >= 0