UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Dolomiti]

@crunchip
Hab es gerade deinstalliert. Fehler ist weg.

Danke

Dolomiti

[apollon77]

@dolomiti Jupp. Ich verstehe nur nicht warum er diese alte Version installiert. Im Adapter steht https://github.com/ioBroker/ioBroker.node-red/blob/master/package.json#L30

[Dolomiti]

@apollon77
Habe jetzt Node-Red nochmal neu installiert. Jetzt ist die Ausgabe wohl wie zu erwarten. Bei bei meinem 2. Testsystem, einem RasPi, sieht es auch so aus

schlippe@ioBroker-Test:/opt/iobroker$ npm list mongodb
[sudo] password for schlippe:
iobroker.inst@1.1.2 /opt/iobroker
`-- iobroker.node-red@2.4.2
  `-- mongodb@3.7.3

Da das Problem erst nach dem Update vom js-Controller aufgetreten ist, hatte ich das damit in Zusammenhang gebracht.

Danke für die Hilfe

Dolomiti

[Marc Berg]

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

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