js-controller 4.0 jetzt im BETA/LATEST!

[AlCalzone]

@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.

[JB_Sullivan]

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.

[Marc Berg]

@alcalzone

ich habe: Objects: 2261, States: 1927

Gern kannst Du mir einen Upload-Link geben

[apollon77]

@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

[apollon77]

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

[Diginix]

@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

[Feuersturm]

@apollon77 Update auf 4.014 verlief ohne Probleme.

[saeft_2003]

auch bei mir 4.0.14 ohne Probleme jsonl hat den diskwrite von ca. 125k auf 25k gesenkt!

[Thomas Braun]

@apollon77

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

[saeft_2003]

@thomas-braun

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?

[Thomas Braun]

@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?

groups

zeigt?
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.

[saeft_2003]

@thomas-braun

patrick@iobroker:~$ groups
patrick cdrom floppy audio dip video plugdev netdev

[Thomas Braun]

@saeft_2003

Der ist weder in der Gruppe 'sudo' noch in der Gruppe 'iobroker' drin.
Ergo darf der 'patrick' da auch nix rumfummeln.

[Chaot]

@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.

[saeft_2003]

@thomas-braun

OK darf ich fragen wie ich den da reinbekomme?

[Thomas Braun]

@saeft_2003

Als user der die passenden Rechte hat (wird vermutlich bei dir nur der root sein):

usermod -aG sudo patrick
usermod -aG iobroker patrick

Den patrick einmal aus- und wiedereinloggen, den root künftig nicht mehr benutzen.

[apollon77]

@saeft_2003 mal „iob fix“ ausgeführt?‘ der Richtet sowas an sich.

[saeft_2003]

@apollon77

Ja iob fix hatte ich gemacht.

[da_Woody]

@apollon77 auch bei mir brav durchgelaufen! (diesmal auch im richtigen ordner) speicherverbrauch der VM ca. 10% zurückgegangen.

[Dolomiti]

@apollon77
Update von 4.0.10 auf 4.0.14 bei einem Proxmox LXC und einem Raspi ohne Probleme.