Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[apollon77]

@haselchen Sehr interessant. Jetzt müsste man überlegen wo denn bei Dir das "castv2-client" Paket herkam was dnn nicht wirklich da war

[Feinfinger]

@thomas-braun sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

@feinfinger
Dann mache es nochmal...
Und wie gesagt, hampel da nicht als root rum.

Erledigt, läuft wieder und update auf 4.0.19 hat auch geklappt.

Musste ca. 200 Ordner umbenennen bzw. habe sie gelöscht. (backup war ja vorhanden)

Das einzige was sich jetzt nicht updaten lässt ist der influxdb Adapter, da bin ich noch auf 1.9.5 und soll auf 2.6.3.

Gibt es hierfür ne Idee?

[apollon77]

@feinfinger sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

Das einzige was sich jetzt nicht updaten lässt ist der influxdb Adapter, da bin ich noch auf 1.9.5 und soll auf 2.6.3.
Gibt es hierfür ne Idee?

Ohne das Du und mehr Infos gibst was das Problem ist hat glaube keiner eine Idee

[Feinfinger]

@apollon77

Ok, verständlich

$ iobroker upgrade influxdb@2.6.3

Update influxdb from @1.9.5 to @2.6.3

NPM version: 8.1.4Installing iobroker.influxdb@2.6.3... (System call)

host.ioBroker Cannot install iobroker.influxdb@2.6.3: 217

ERROR: Process exited with code 25

[apollon77]

@feinfinger sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

iobroker upgrade influxdb@2.6.3

Da gefällt npm irgendwas nicht.

Dann mach mal

iobroker upgrade influxdb@2.6.3 --debug

Was ist die Ausgabe?

[Feinfinger]

@apollon77 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

iobroker upgrade influxdb@2.6.3 --debug

BE CAREFUL: THIS IS A MAJOR UPGRADE, WHICH WILL MOST LIKELY INTRODUCE BREAKING CHANGES!
Would you like to upgrade influxdb from @1.9.5 to @2.6.3 now? [(y)es, (n)o]: y
Update influxdb from @1.9.5 to @2.6.3
NPM version: 8.1.4
Installing iobroker.influxdb@2.6.3... (System call)
npm ERR! code ENOTEMPTY
npm ERR! syscall rename
npm ERR! path /opt/iobroker/node_modules/bcrypt-pbkdf/node_modules/tweetnacl
npm ERR! dest /opt/iobroker/node_modules/bcrypt-pbkdf/node_modules/.tweetnacl-DWEcN9yD
npm ERR! errno -39
npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/bcrypt-pbkdf/node_modules/tweetnacl' -> '/opt/iobroker/node_modules/bcrypt-pbkdf/node_modules/.tweetnacl-DWEcN9yD'

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2022-03-10T16_50_21_221Z-debug.log
host.ioBroker Cannot install iobroker.influxdb@2.6.3: 217

Dann geh ich mal wieder dem rename Hobby nach

[apollon77]

@feinfinger Am Ende ist das aber nur ein zeichen das sich in deinem npm Baum Dinger verdreht haben ... Vllt doch mal besser sauberer aufzuräumen ( also node_module löschen, js-controller ma uell installieren und dann starten und ihn alles nacheinander neu installieren lassen .. ja dauert bissl

[Feinfinger]

@apollon77

Das würde ich gerne machen, also den gesamten node_module Ordner löschen ist klar, aber wie installiere ich denn den js-controller manuell neu?

[apollon77]

@feinfinger Effektiv wie in https://forum.iobroker.net/topic/22867/how-to-node-js-für-iobroker-richtig-updaten bei "d) Reset aller Module in node_modules" beschrieben. Halt beim js-controller mit der neuen Versionsnummer

[Feinfinger]

@apollon77

Danke dir!

Nur zur Sicherheit, bevor ich anfange ein backup und ein iob stop, richtig?

[apollon77]

@feinfinger jupp

[Feinfinger]

@apollon77 sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

@feinfinger Effektiv wie in https://forum.iobroker.net/topic/22867/how-to-node-js-für-iobroker-richtig-updaten bei "d) Reset aller Module in node_modules" beschrieben. Halt beim js-controller mit der neuen Versionsnummer

Hat alles geklappt. Ich danke dir

[Josh]

Gerade auf meinem Host und den beiden Slaves das Update von jsController 3.3.22 auf 4.0.20 erfolgreich durchgeführt. Alle Adapter sind grün. Lediglich der rpi2-Adapter brauchte auf einem Slave eine Ehrenrunde:

adapter "rpi2" seems to be installed for a different version of Node.js. Trying to rebuild it... 1 attempt

In der FAQ finde ich die Info zur Redis-Optimierung. Muss der Befehl

iob object activateSets

auf allen Systemen durchgeführt werden oder nur da, wo Redis läuft. Also bei mir auf dem Master.

[apollon77]

@josh Master ist gut. Aber erst wenn alles auf der 4.0.x ist!! Also inkl aller slaves

[Josh]

@apollon77 Habe alle Systeme gestoppt. Dann den Master "optimiert". Wenn ich dann den Befehl bei den Slaves ausführe, kommt

No connection to databases possible ...

Muss ich erst den Master wieder starten und dann den Befehl bei den (noch) gestoppten Slaves ausführen? Oder nur auf dem Master? Wie war Deine Antwort gemeint?

[apollon77]

@josh Ja der Master muss laufen wenn ein Slave das Update will weil der Master ja die DB bereitstellt ... (es sei denn es ist komplett redis/redis, dann muss "Nur" der Redis server laufen

[MartyBr]

@apollon77
Ich habe alle System auf 4.0.19 laufen. Das System läuft auf States==Redis und Objekte==JSONL.

Ich hatte den Befehl

iob object activateSets

so verstanden, dass er die Objekte in Redis optimiert.

Soll er auch in States=Redis und Objekte=JSONL angewandt werden?

[apollon77]

@martybr aahhh voll korrekt. Nur bei objects in redis relevant

[MartyBr]

@apollon77 Danke für die Antwort. Da bin ich beruhigt

[Josh]

@apollon77 Oh, dann habe ich das jetzt unnötiger Weise gemacht. Habe nur die States in Redis. Soll ich dann lieber wieder deaktivieren?

iob object deactivateSets

Oder hat das einfach keine Auswirkung und ich sollte/kann es so lassen?