js-controller 4.0 jetzt im BETA/LATEST!

[blackeagle998]

@apollon77
Ist das jetzt hier der richtige BETA Thread?
Um deine Frage zu beantworten, hier die Auszüge aus dem SYSLOG:

Mar  4 16:34:18 RasPImaster bash[1219]: /opt/iobroker/node_modules/@iobroker/db-base/lib/inMemFileDB.js:187
Mar  4 16:34:18 RasPImaster bash[1219]:             this.log.warn(
Mar  4 16:34:18 RasPImaster bash[1219]:                      ^
Mar  4 16:34:18 RasPImaster bash[1219]: TypeError: Cannot read property 'warn' of undefined
Mar  4 16:34:18 RasPImaster bash[1219]:     at ObjectsInMemoryServer.initBackupDir (/opt/iobroker/node_modules/@iobroker/db-base/lib/inMemFileDB.js:187:22)
Mar  4 16:34:18 RasPImaster bash[1219]:     at new InMemoryFileDB (/opt/iobroker/node_modules/@iobroker/db-base/lib/inMemFileDB.js:83:18)
Mar  4 16:34:18 RasPImaster bash[1219]:     at new ObjectsInMemoryFileDB (/opt/iobroker/node_modules/@iobroker/db-objects-file/lib/objects/objectsInMemFileDB.js:34:9)
Mar  4 16:34:18 RasPImaster bash[1219]:     at new ObjectsInMemoryJsonlDB (/opt/iobroker/node_modules/@iobroker/db-objects-jsonl/lib/objects/objectsInMemJsonlDB.js:58:9)
Mar  4 16:34:18 RasPImaster bash[1219]:     at new ObjectsInMemoryServer (/opt/iobroker/node_modules/@iobroker/db-objects-jsonl/lib/objects/objectsInMemServerRedis.js:57:9)
Mar  4 16:34:18 RasPImaster bash[1219]:     at new ObjectsInMemoryServerClass (/opt/iobroker/node_modules/@iobroker/db-objects-jsonl/lib/objects/objectsInMemServerClass.js:34:30)
Mar  4 16:34:18 RasPImaster bash[1219]:     at createObjects (/opt/iobroker/node_modules/iobroker.js-controller/main.js:581:15)
Mar  4 16:34:18 RasPImaster bash[1219]:     at Object.init (/opt/iobroker/node_modules/iobroker.js-controller/main.js:5554:5)
Mar  4 16:34:18 RasPImaster bash[1219]:     at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/controller.js:8:19)
Mar  4 16:34:18 RasPImaster bash[1219]:     at Module._compile (internal/modules/cjs/loader.js:1085:14)
Mar  4 16:34:18 RasPImaster systemd[1]: iobroker.service: Main process exited, code=exited, status=1/FAILURE
Mar  4 16:34:18 RasPImaster systemd[1]: iobroker.service: Failed with result 'exit-code'.
Mar  4 16:34:21 RasPImaster systemd[1]: iobroker.service: Service RestartSec=3s expired, scheduling restart.
Mar  4 16:34:21 RasPImaster systemd[1]: iobroker.service: Scheduled restart job, restart counter is at 2.
Mar  4 16:34:21 RasPImaster systemd[1]: Stopped ioBroker Server.

[apollon77]

@blackeagle998 Ja, und ....... ja mist ... Der Fix ging das wohl am Problem vorbei. Ok, bitte einfach richtige Werte in der Konfig haben dann ists weg. Ich überlege mal ob wir noch einen Fix extra deswegen machen, denke aber eher nicht

[blackeagle998]

@apollon77
Ich weiß ja nicht mal wo die 7200000 herkommen...
In beiden Controller Konfigurationen steht bei Objects und States jeweils 120 als Wert drin.
Scheint fast so, als wenn irgendwo noch eine Umrechnung in Millisekunden aktiv ist 120 * 60 * 1000 = 7200000.

Mir ist jedenfalls nicht bewusst, dass ich irgendwo diesen Wert drin stehen habe oder gibt es noch andere Stellen als /opt/iobroker/iobroker-data/iobroker.json?
Interessant ist ja auch, dass ich dieses File mittlerweile 5 mal editiert habe und es offensichtlich von irgendwo immer wieder mit den "falschen" Werten überschrieben wird.

[apollon77]

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

Scheint fast so, als wenn irgendwo noch eine Umrechnung in Millisekunden aktiv ist 120 * 60 * 60 = 7200000.

Nutzt du vllt Admin um das zu tun? Kann es sein das Admin das falsch schreibt?

[blackeagle998]

@apollon77
Btw. die Rechnung habe ich oben korrigiert, muss natürlich 120 * 60 * 1000 heißen, aber egal.
Das Editieren der JSON Datei habe ich auf der Konsole gemacht, per nano Befehl.

In den Konfigurationen steht schon immer 120, ich habe da nie was angefasst, aber ja, es kann sein, dass beim Speichern der Konfig die Werte überschrieben werden. Ich habe eben mal eine Einstellung im Multi-Host Reiter geändert und gespeichert, aktuell sind die 120 als Wert geblieben.
Such die Nadel im Heuhaufen

[apollon77]

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

120 * 60 * 1000

Wenn Du es findest sag bescheid

[darkiop]

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

4.0.18 (2022-03-04)

läuft .... Und die Augen sind offen

[lonsimbt]

@apollon77
Das Update auf 4.0.18 ist ohne Probleme oder Fehlermeldungen durchgelaufen. System läuft!

Gruß Marco

[AlCalzone]

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

7200000

Stand auch bei demjenigen User, bei dem ich die fehlerhafte Konfiguration überhaupt erst gefunden hab. Oder warst du das?

[blackeagle998]

@alcalzone
Nein das war nicht ich, aber daher habe ich überhaupt die Lösung mit dem Editieren der JSON Datei

[apollon77]

@alcalzone nach Rücksprache mit Bluefox ist es wohl der Admin. Gibt ein Update.

[darkiop]

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

läuft .... Und die Augen sind offen

Heut nach waren die Augen zwar zu, aber das Log heut Morgen aus der Nacht war unauffällig

[SBorg]

Schade, nach erfolgreichem Update der letzten Version, jetzt wieder:

Ich glaube ich lege mir jetzt ein kleines Bash-Skript für die Installation mittels npm an. Ich vergesse jedes mal die genaue Syntax

[AlCalzone]

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

Ich vergesse jedes mal die genaue Syntax

Du meinst npm i iobroker.js-controller?

[SBorg]

@alcalzone Müsste ich da nicht noch ein "@latest" anhängen?
Ich nutze aktuell npm i iobroker.js-controller@4.0.18 --production

[AlCalzone]

@sborg Ja, richtig... @latest fehlt.

--production kannst du dir sparen, das ist nur relevant, wenn du im aktuellen Ordner npm install ohne Angabe des Paketnamens ausführst. Das verhindert, dass dann auch sämltliche devDependencies installiert werden.

[haselchen]

@alcalzone
@apollon77

Ich bin im Container auf einer Syno unterwegs.
Momentan habe ich die Version 3.3.22 und Nodejs V12.22
Das Update startet das Terminal , bleibt aber am Ende bei:

node iobroker.js setup first mit

no connection to database possible

hängen.

Timeout in der iobroker.json habe ich schon verstellt.
Hoch wie runter.

Ideen bezüglich Docker / Container / NAS ?

Edit: wenn ich nach der fehlgeschlagenen Installation
den Befehl npm i iobroker.js-controller@3.3.22 eingebe, dann installiert er den Controller.
Nehme ich die 4.0.15 oder 4..0.18 kommt der o.g. Fehler.

[apollon77]

@haselchen sehr komisch. Iobroker ist gestoppt im container und wird nicht parallel Versucht neu zu starten oder sowas?!

Und die Meldung kommt auch so wenn du e per npm installierst und nicht per Upgrade Self?

Ansonsten Versuch ein install mit npm und für als Parameter „--ignore-scripts“ an. Dann machst du nach dem install ein „iob setup first“ manuell. Geht das?

[haselchen]

@apollon77

iobroker ist mit pkill -u iobroker gestoppt.
Sobald es auf V4 geht, kommen die Meldungen.
Ich mach mich eventuell heute abend noch mal ran an die Sache.
Das dauernde zurückspielen , Befehle probieren etc. raubt mir sonst den Samstag.

[apollon77]

Und weil es so schön ist wurde nich ein relevanter Bug gefunden: js.controller 4.0.19 taucht bald auf

4.0.19 (2022-03-05)

• (foxriver76) Fix Adapter restarting on install/update
• (foxriver76) Really fix invalid backup period warning