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

[haselchen]

@apollon77

Nachdem ich nun einen aktuellen Container gestartet habe , mein Backup zurückspielen konnte (JS Controller 3.3.22) , wurde das System auf 4.0.19 aktualisiert.
Nun verzweifel ich an Adapter Updates.
Jedesmal wenn ich das über den Admin mache kommt: (iot als Beispiel)

host.IOBrokerSynology	2022-03-10 13:03:53.359	error	iobroker host.IOBrokerSynology Cannot install iobroker.iot@1.10.0: 216
host.IOBrokerSynology	2022-03-10 13:02:21.374	info	iobroker Installing iobroker.iot@1.10.0... (System call)
host.IOBrokerSynology	2022-03-10 13:02:21.373	info	iobroker NPM version: 6.14.16
host.IOBrokerSynology	2022-03-10 13:02:19.662	info	iobroker Update iot from @1.9.7 to @1.10.0
host.IOBrokerSynology	2022-03-10 13:02:12.355	info	iobroker upgrade iot

Fixer ist gelaufen, Fehler bleibt. Auch sonst alles probiert.
Upload all oder setup custom um von jsonl wieder auf file zu ändern.

Eine Idee wie ich das Problem löse?

[apollon77]

@haselchen Ja, erstmal durchatmen und ruhig bleiben :-))

Da sagt npm einen Fehler und der wird nicht angezeigt.

Also bitte an der Kommandozeile mal iob upgrade iot --debug ausführen ... dann sollten die Fehlermeldungen ausgegeben werden

[haselchen]

@apollon77

Sorry für den Screenshot, im Container geht das nicht anders.
Was hat das verdammte castv2-client Ding für Probleme?
Das bringe ich irgendwie mit dem Chromecast in Verbindung.

Edit:

So , nach x Schweißattacken, des Rätsels Lösung.
In node_modules gab es keinen castv2-client Ordner.
Dann durch eine Eingebung mal in die package.json geguckt.
Dort war oben gleich ein Eintrag mit castv2-client.
Den gelöscht und zack, Updates gehen wieder.
Kein Plan , wie da was und wo zusammenhängt.

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