js-controller 4.0 jetzt im BETA/LATEST!
-
Hallo, ich habe folgende Konfiguration:
- ioBroker als Docker Container (buanet), aktuelles Image
- NPM v6.14.16
- Node.js v14.19.0
Das Update auf den js-Controller 4 lief soweit (nach "iob fix") ohne Probleme durch und auch sonst läuft alles einwandfrei. Eine Sache ist mir aber aufgefallen: Während die "states.jsonl" regelmäßig komprimiert wird und eine Größe zwischen 1 und 10MB hat, wurde die Datei "objects.jsonl" immer größer und hatte mittlerweile (bei meinem recht kleinen System) 200 MB erreicht. Einige Experimente mit dem Parameter "auto-compress size factor" brachten keine Änderung. Erst nachdem ich eine "Fake-Umstellung" von json- auf Redis-DB mit "iob setup custom" durchgeführt hatte, wurde die "objects.jsonl" auf nun ca. 7 MB komprimiert.
Mit "Fake-Umstellung" meine ich das Starten der Migration auf Redis, die dann aber automatisch abgebrochen wird, da keine Redis-DB gefunden wird.Das Log zeigt keine Auffälligkeiten, die ich mit dem "Problem" in Verbindung bringen könnte.
Meine Frage ist nun: Ist das Beschriebene überhaupt ein Problem oder das erwartete Verhalten und habe nur ich diesen Effekt?
Grüße, Marc
-
@marc-berg sagte in js-controller 4.0 jetzt im BETA/LATEST!:
wurde die Datei "objects.jsonl" immer größer und hatte mittlerweile (bei meinem recht kleinen System) 200 MB erreicht
Kannst du mir noch ein paar Eckdaten geben? Wie viele States/ Objekte hast du? Kannst du mir einmal eine solche (große) Datei schicken (und die states.jsonl zum Vergleich)? Als zip sollte die sich gut komprimieren lassen - ich geb dir nen Upload-Link.
-
Ist es eigentlich generell so, das nach der Migration die jsonl Dateien größer sind als die alten json Dateien?
Können eigentlich alle Dateien die *.migrated heißen weg?
Achso, ich habe 42 aktive Adapter mit 20.030 Datenpunkten.
-
-
@jb_sullivan Naja "Files größer" ist relativ. Wenn Du oben in der FAQ liesst wie JSONL funktioniert sind sie ausser direkt nach der Komprimierung immer größer weil halt neue Daten wieder angehängt werden.
Ja die ".migrated" können weg, sind nur quasi ne Art "mini Backup" von dem zeitpunkt der jsonl umstellung
-
Hallo nochmals an alle fleißigen Beta Nutzer!
In den nächsten Stunden kommt der js-controller 4.0.14 ins Beta/Latest Repo, welcher die Version ist, mit der wir im Laufe der kommenden Woche auch nach Stable wollen (Daumen drücken).
Also bitte nochmal alle installieren und checken bitte ... Voraussichtlich heute Abend geht auch noch eine Admin Notification an alle raus die Beta haben und noch nicht den neuesten js-controller
4.0.14 (2022-02-19)
- (Apollon77) Additional optimizations for setup process and DB defaults
- (foxriver76) also log a message on force restore if it accepts a js-controller version mismatch
- (foxriver76) Fix seq instance detection to add correct meta data to logs in all cases
- (Apollon77) Add database types to crashes reported to sentry
- (foxriver76) Add JSONL as default for new installations
Ingo
-
@apollon77 Update von 4.0.12 auf 4.0.14 lief unauffällig durch.
Update js-controller from @4.0.12 to @4.0.14 [downloadPacket] stoppedList cannot be used if stopping of databases is requested Stopped Objects DB Stopped States DB NPM version: 6.14.16 Installing iobroker.js-controller@4.0.14... (System call) > iobroker.js-controller@4.0.14 preinstall /opt/iobroker/node_modules/iobroker.js-controller > node lib/preinstallCheck.js NPM version: 6.14.16 > iobroker.js-controller@4.0.14 install /opt/iobroker/node_modules/iobroker.js-controller > node iobroker.js setup first Successfully migrated 18706 objects to Redis Sets object _design/system updated { "defaultPrivate": "-----BEGIN RSA PRIVATE KEY-----\r\n\r\n-----END RSA PRIVATE KEY-----\r\n", "defaultPublic": "-----BEGIN CERTIFICATE-----\r\n\r\n-----END CERTIFICATE-----\r\n" } Update certificate defaultPrivate The object "system.certificates" was updated successfully. Update certificate defaultPublic The object "system.certificates" was updated successfully. + iobroker.js-controller@4.0.14 updated 14 packages in 36.912s 74 packages are looking for funding run `npm fund` for details -
@apollon77 Update auf 4.014 verlief ohne Probleme.
-
auch bei mir 4.0.14 ohne Probleme
jsonl hat den diskwrite von ca. 125k auf 25k gesenkt!
-
Läuft ohne Mucken:
echad@chet:~ $ iobroker upgrade self Update js-controller from @4.0.12 to @4.0.14 [downloadPacket] stoppedList cannot be used if stopping of databases is requested Stopped Objects DB Stopped States DB NPM version: 8.4.1 Installing iobroker.js-controller@4.0.14... (System call) changed 21 packages in 48s 53 packages are looking for funding run `npm fund` for details echad@chet:~ $ iobroker start -
ist zwar OT aber eine kurze Frage. Ich wollte brav das update als nicht root machen. Da hätte ich dann aber nach jedem Schritt das root passwort eingeben müssen.
Hat mein Benutzer zu wenig Rechte?
-
@saeft_2003 sagte in js-controller 4.0 jetzt im BETA/LATEST!:
Hat mein Benutzer zu wenig Rechte?
Das weiß ich nicht. Welche hat er denn?
groupszeigt?
Mein Standarduser ist in der Gruppe 'iobroker' drin.Da hätte ich dann aber nach jedem Schritt das root passwort eingeben müssen.
Jenachdem wie sudo aufgesetzt ist kann das sein. Allerdings nicht das root-Passwort, sondern das des users.
-
patrick@iobroker:~$ groups patrick cdrom floppy audio dip video plugdev netdev -
Der ist weder in der Gruppe 'sudo' noch in der Gruppe 'iobroker' drin.
Ergo darf der 'patrick' da auch nix rumfummeln. -
@apollon77 Die Version .12 lief schon problemlos. Daran hat sich auch an der .14 nichts geändert. Keine Probleme oder Fehlermeldungen die nicht selbst verursacht wurden.
-
OK darf ich fragen wie ich den da reinbekomme?
-
Als user der die passenden Rechte hat (wird vermutlich bei dir nur der root sein):
usermod -aG sudo patrick usermod -aG iobroker patrickDen patrick einmal aus- und wiedereinloggen, den root künftig nicht mehr benutzen.
-
@saeft_2003 mal „iob fix“ ausgeführt?‘ der Richtet sowas an sich.
-
Ja iob fix hatte ich gemacht.
-
@apollon77 auch bei mir brav durchgelaufen! (diesmal auch im richtigen ordner) speicherverbrauch der VM ca. 10% zurückgegangen.
