Kein Update mehr möglich mit Node.js 16

[Chaot]

@thomas-braun Neuinstallationen habe ich noch nicht probiert, aber Admin Adapter und MQTT Adapter haben gerade ein Update bekommen das problemlos durchgelaufen ist.

[oxident]

Selbes Problem bei mir, jedoch ohne Fehler/Warnungen. Versuche jetzt auch mal, die package-lock.json zu löschen und dann npm prune laufen zu lassen.

[Meister Mopper]

Ich hatte ebenfalls dieses Problem jedoch keine Fehlermeldung.

Ich habe die packet-lock.json gelöscht und nach zweimaligem npm prune konnte ich den modbus Adapter updaten.

[Scrounger]

Hab brav eure Tipps hier befolgt, leider hängt bei mir npm prune bei adaptern die direkt von github installiert sind. Jemand eine Idee wie ich das lösen kann?

npm info using npm@8.11.0
npm info using node@v16.15.1
npm timing npm:load:whichnode Completed in 0ms
npm timing config:load:defaults Completed in 1ms
npm timing config:load:file:/usr/lib/node_modules/npm/npmrc Completed in 1ms
npm timing config:load:builtin Completed in 1ms
npm timing config:load:cli Completed in 1ms
npm timing config:load:env Completed in 1ms
npm timing config:load:file:/opt/iobroker/.npmrc Completed in 1ms
npm timing config:load:project Completed in 3ms
npm timing config:load:file:/home/iobroker/.npmrc Completed in 0ms
npm timing config:load:user Completed in 0ms
npm timing config:load:file:/usr/etc/npmrc Completed in 0ms
npm timing config:load:global Completed in 1ms
npm timing config:load:validate Completed in 0ms
npm timing config:load:credentials Completed in 0ms
npm timing config:load:setEnvs Completed in 1ms
npm timing config:load Completed in 9ms
npm timing npm:load:configload Completed in 9ms
npm timing npm:load:mkdirpcache Completed in 3ms
npm timing npm:load:mkdirplogs Completed in 0ms
npm timing npm:load:setTitle Completed in 1ms
npm timing config:load:flatten Completed in 1ms
npm timing npm:load:display Completed in 5ms
npm timing npm:load:logFile Completed in 4ms
npm timing npm:load:timers Completed in 0ms
npm timing npm:load:configScope Completed in 1ms
npm timing npm:load Completed in 23ms
npm timing arborist:ctor Completed in 0ms
npm timing arborist:ctor Completed in 0ms
npm timing idealTree:init Completed in 875ms
npm timing idealTree:userRequests Completed in 0ms
npm http fetch GET 200 https://codeload.github.com/foxthefox/ioBroker.musiccast/tar.gz/9320d5a2ccc584c280c56a51a1846c355c25a669 345ms (cache revalidated)
npm http fetch GET 200 https://codeload.github.com/Scrounger/ioBroker.slideshow/tar.gz/21eebd86e31602b53d9ba90183d514994d28d51d 226ms (cache revalidated)
[..................] / idealTree:iobroker: http fetch GET 200 https://codeload.github.com/Scrounger/ioBroker.slideshow/tar.gz/21eebd86e31602b53d9ba90183d514994d28d51d

[Thomas Braun]

@scrounger sagte in Kein Update mehr möglich mit Node.js 16:

musiccast
slideshow

Die gibt es ja beide im Beta-Zweig. Ich würde die vielleicht zunächst mal dort auf's Gleis setzen und dann wenn das alles lüppt bei Bedarf wieder aus dem git angeln.

[Scrounger]

@thomas-braun
habs deinstalliert und versucht aus beta zu installieren, geht leider nicht:

@ioBroker:/opt/iobroker# iobroker install iobroker.slideshow
NPM version: 8.11.0
Installing iobroker.slideshow@0.1.4... (System call)
host.ioBroker Cannot install iobroker.slideshow@0.1.4: 217

[Thomas Braun]

@scrounger

Macht man ja auch nicht als root.

[Scrounger]

@thomas-braun

Find ich gut das du darauf immer hinweist, ist aber ein proxmox lxc.

Hab jetzt den Adapter gelöscht inkl. Verzeichnis und jetzt lief npm prune durch, warum auch immer...
Updates klappen jetzt wieder

[Thomas Braun]

@scrounger sagte in Kein Update mehr möglich mit Node.js 16:

ist aber ein proxmox lxc.

Und das soll jetzt genau was begründen?
Auch da kann man mit usern arbeiten.

[Meister Mopper]

@scrounger sagte in Kein Update mehr möglich mit Node.js 16:

Find ich gut das du darauf immer hinweist, ist aber ein proxmox lxc.

Da bin ich auch mit einem normalen user unterwegs. Das geht schon.

[oxident]

Also bei mir bringt das npm prune leider nicht den gewünschten Erfolg:

user@iobroker:/opt/iobroker$ node -v
v16.15.1
user@iobroker:/opt/iobroker$ npm -v
8.11.0

user@iobroker:/opt/iobroker$ npm prune
npm ERR! code ENOTEMPTY
npm ERR! syscall rename
npm ERR! path /opt/iobroker/node_modules/homematic-xmlrpc/node_modules/xmlbuilder
npm ERR! dest /opt/iobroker/node_modules/homematic-xmlrpc/node_modules/.xmlbuilder-UsIYEbox
npm ERR! errno -39
npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/homematic-xmlrpc/node_modules/xmlbuilder' -> '/opt/iobroker/node_modules/homematic-xmlrpc/node_modules/.xmlbuilder-UsIYEbox'

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2022-06-20T14_39_45_795Z-debug-0.log

[Meister Mopper]

@oxident
Hast Du es auch zweimal versucht?

[Thomas Braun]

@oxident sagte in Kein Update mehr möglich mit Node.js 16:

rename '/opt/iobroker/node_modules/homematic-xmlrpc/node_modules/xmlbuilder' -> '/opt/iobroker/node_modules/homematic-xmlrpc/node_modules/.xmlbuilder-UsIYEbox'

Mach das doch mal.

[oxident]

@meister-mopper Jepp, gleiche Meldung.
@thomas-braun Da habe ich noch etwas Bammel vor. Dann wohl iobroker vorher stoppen, oder?

[Thomas Braun]

@oxident sagte in Kein Update mehr möglich mit Node.js 16:

Dann wohl iobroker vorher stoppen, oder?

Ist keine doofe Idee. Zumindest den Adapter dazu würde ich stoppen.

[lobomau]

Bei mir ist auch eine Datei, die ich umbenennen soll.

root@ioBrokerCT:/opt/iobroker# npm prune
npm ERR! code ENOTEMPTY
npm ERR! syscall rename
npm ERR! path /opt/iobroker/node_modules/iobroker.esphome
npm ERR! dest /opt/iobroker/node_modules/.iobroker.esphome-tdyaRFqJ
npm ERR! errno -39
npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/iobroker.esphome' -> '/opt/iobroker/node_modules/.iobroker.esphome-tdyaRFqJ'

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2022-06-20T17_21_28_426Z-debug-0.log
root@ioBrokerCT:/opt/iobroker# npm prune
npm ERR! code ENOTEMPTY
npm ERR! syscall rename
npm ERR! path /opt/iobroker/node_modules/iobroker.esphome
npm ERR! dest /opt/iobroker/node_modules/.iobroker.esphome-tdyaRFqJ
npm ERR! errno -39
npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/iobroker.esphome' -> '/opt/iobroker/node_modules/.iobroker.esphome-tdyaRFqJ'

Hab ich gemacht. Nun soll die nächste umbenannt werden:

root@ioBrokerCT:/opt/iobroker# npm prune
npm ERR! code ENOTEMPTY
npm ERR! syscall rename
npm ERR! path /opt/iobroker/node_modules/syno
npm ERR! dest /opt/iobroker/node_modules/.syno-xocGQcRi
npm ERR! errno -39
npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/syno' -> '/opt/iobroker/node_modules/.syno-xocGQcRi'

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2022-06-20T17_38_35_578Z-debug-0.log

Wo landen Datein, wenn man einen Punkt davor setzt? Im Home-Verzeichnis?

Edit.: da kommt jedes Mal eine neue Datei. Da bin ich morgen nicht fertig mit. Entweder gehe ich auf npm 6 oder node 14 zurück. Node 16 habe ich nun über 2 Wochen gut am Laufen. Nur keine Updates oder Downgrades mehr möglich

[Thomas Braun]

@lobomau sagte in Kein Update mehr möglich mit Node.js 16:

Wo landen Datein, wenn man einen Punkt davor setzt? Im Home-Verzeichnis?

Die bleiben im Pfad stehen, werden aber 'versteckt' und nur mit besonderen Optionen wieder angezeigt. Übrigens bist du gerade dabei dir die Rechte an den Verzeichnissen zu zerballern. root login... Lasst den MIST sein!

[lobomau]

@thomas-braun ja, ich fahre ein Backup rein. Wer weiß was das Ändern der Dateien für einen Einfluss hat.

[Thomas Braun]

@lobomau sagte in Kein Update mehr möglich mit Node.js 16:

Wer weiß was das Ändern der Dateien für einen Einfluss hat.

Mit root-Rechten? Das hat den Einfluss, dass andere user da nicht mehr drauf zugreifen dürfen.

[oxident]

@lobomau Danke fürs Testen. Hatte auch befürchtet, dass jedes Mal neue Verzeichnisse kommen... Werde wohl auch wieder downgraden.