Nach Nodejs Update kein Adapter mehr updatebar

[Thomas Braun]

@tilly

Nein, der Show Stopper liegt bei openzwave-shared.
Das Modul bzw. den zugehörigen Adapter nochmal sauber installieren/rebuilden.

[tilly]

@thomas-braun

möchte jetzt iobroker nicht starten, daher würde ich den Adapter(wird nicht mehr benötigt) über die Konsole löschen.
So?

iobroker del openzwave-shared

[Thomas Braun]

@tilly

Ich vermute der kommt als Dependency aus einem Adapter. Ich würde den ganzen Adapter rauswerfen.
Schau wo openzwave-shared hängt:

cd /opt/iobroker 
npm ls openzwave-shared

[mickym]

Ich hätte ja das ganze node-modules Verzeichnis gelöscht, inkl. package-lock.json und dann mit npm install neu aufbauen lassen. Wenn du eh eine Datensicherung hast, solltest du ja auch auf den Stand zurückkehren können. Bei mir hat diese Radikalkur jedenfalls geholfen, einen fehlerfreien Baum zu bekommen.

[tilly]

@thomas-braun

der kommt vom zwave adapter. Den lösche ich dann mit: iobroker del zwave2?

user@iobroker-ubuntu:/opt/iobroker$ npm ls openzwave-shared
[sudo] password for user:
iobroker.inst@2.0.2 /opt/iobroker
└─┬ iobroker.zwave@2.0.1
  └── openzwave-shared@1.7.2

[tilly]

@mickym

wie würde ich da vorgehen?

[mickym]

@tilly sagte in Nach Nodejs Update kein Adapter mehr updatebar:

@mickym

wie würde ich da vorgehen?

also in das /opt/iobroker Verzeichnis wechseln.
IOB stoppen natürlich:

iob stop

cd /opt/iobroker

komplettes node_modules Verzeichnis löschen oder das Verzeichnis umbenennen

sudo rm -rf node_modules

bzw.

sudo mv node_modules node_modules.bak

etwaige package-lock.json löschen

sudo rm package-lock.json

Den cache sicherheitshalber noch leeren:

npm cache clean --force

Dann das node_modules neu aufbauen lassen:

npm install

Die ganzen Informationen über die Adapter und deren Abhängigkeiten stehen in der package.json.

Eine datensicherung oder ein Image würde ich aber in jedem Fall machen, falls was nicht geht. Ist aber noch schneller, als das ganze System neu aufzubauen.

zum Schluss in dem Verzeichnis /opt/iobroker noch den Befehl

npm list

und schauen, ob Du einen sauberen Baum hast. npm cache hast ja soweit ich sehe schon gelöscht.

[Thomas Braun]

@tilly

iobroker del zwave

[tilly]

@thomas-braun

zwave gelöscht und alexa2 erneut versucht zu installieren

user@iobroker-ubuntu:/opt/iobroker$ iobroker upgrade alexa2 --debug

This upgrade of "alexa2" will introduce the following changes:
==========================================================================
-> 3.18.6:
Fix deviceStop sequence command

-> 3.18.5:
Fix crash case reported by Sentry
Add image for Fire Cube

-> 3.18.3:
Fix doNotDisturb and doNotDisturb for All devices
Update do not disturb status after set for all devices
preserve a changed name for a "This device" device object

-> 3.18.2:
Enable commands again for Apps with type A2TF17PFR55MTB - will only work sometimes as it seems
==========================================================================

Would you like to upgrade alexa2 from @3.18.1 to @3.18.6 now? [(y)es, (n)o]: y
Update alexa2 from @3.18.1 to @3.18.6
NPM version: 8.11.0
Installing iobroker.alexa2@3.18.6... (System call)
npm WARN deprecated dgram@1.0.1: npm is holding this package for security reasons. As it's a core Node module, we will not transfer it over to other users. You may safely remove the package from your dependencies.
npm WARN deprecated crypto@1.0.1: This package is no longer supported. It's now a built-in Node module. If you've depended on crypto, you should switch to the one that's built-in.
npm WARN deprecated node-xmpp-tls-connect@1.0.1: this package is deprecated please use https://github.com/xmppjs/xmpp.js
npm WARN deprecated request-promise-native@1.0.9: request-promise-native has been deprecated because it extends the now deprecated request package, see https://github.com/request/request/issues/3142
npm WARN deprecated har-validator@5.1.5: this library is no longer supported
npm WARN deprecated request-promise@4.2.6: request-promise has been deprecated because it extends the now deprecated request package, see https://github.com/request/request/issues/3142
npm WARN deprecated node-xmpp-core@5.0.9: this package is deprecated please use https://github.com/xmppjs/xmpp.js
npm WARN deprecated json3@3.3.2: Please use the native JSON object instead of JSON 3
npm WARN deprecated querystring@0.2.1: The querystring API is considered Legacy. new code should use the URLSearchParams API instead.
npm WARN deprecated node-inspect@2.0.0: This module is part of Node.js core and does not need to be installed separately. It is now unmaintained.
npm WARN deprecated multer@1.4.4: Multer 1.x is affected by CVE-2022-24434. This is fixed in v1.4.4-lts.1 which drops support for versions of Node.js before 6. Please upgrade to at least Node.js 6 and version 1.4.4-lts.1 of Multer. If you need support for older versions of Node.js, we are open to accepting patches that would fix the CVE on the main 1.x release line, whilst maintaining compatibility with Node.js 0.10.
npm WARN deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797)
npm WARN deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797)
npm WARN deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797)
npm WARN deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797)
npm WARN deprecated querystring@0.2.0: The querystring API is considered Legacy. new code should use the URLSearchParams API instead.
npm WARN deprecated querystring@0.2.0: The querystring API is considered Legacy. new code should use the URLSearchParams API instead.
npm WARN deprecated querystring@0.2.0: The querystring API is considered Legacy. new code should use the URLSearchParams API instead.
npm WARN deprecated uuid@3.4.0: Please upgrade  to version 7 or higher.  Older versions may use Math.random() in certain circumstances, which is known to be problematic.  See https://v8.dev/blog/math-random for details.
npm WARN deprecated uuid@3.3.2: Please upgrade  to version 7 or higher.  Older versions may use Math.random() in certain circumstances, which is known to be problematic.  See https://v8.dev/blog/math-random for details.
npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142
npm WARN deprecated appium-logger@2.1.0: Moved into appium-support
npm WARN deprecated node-xmpp-client@3.2.0: this package is deprecated please use https://www.npmjs.com/package/@xmpp/client
npm WARN deprecated axios@0.27.0: Formdata complete broken, incorrect build size
npm WARN deprecated core-js@1.2.7: core-js@<3.23.3 is no longer maintained and not recommended for usage due to the number of issues. Because of the V8 engine whims, feature detection in old core-js versions could cause a slowdown up to 100x even if nothing is polyfilled. Some versions have web compatibility issues. Please, upgrade your dependencies to the actual version of core-js.
npm WARN deprecated core-js@2.6.12: core-js@<3.23.3 is no longer maintained and not recommended for usage due to the number of issues. Because of the V8 engine whims, feature detection in old core-js versions could cause a slowdown up to 100x even if nothing is polyfilled. Some versions have web compatibility issues. Please, upgrade your dependencies to the actual version of core-js.
npm ERR! code ENOTEMPTY
npm ERR! syscall rename
npm ERR! path /opt/iobroker/node_modules/node-red-node-email/node_modules/encoding-japanese/src
npm ERR! dest /opt/iobroker/node_modules/.node-red-node-email-1lk8B7Gi/node_modules/encoding-japanese/src
npm ERR! errno -39
npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/node-red-node-email/node_modules/encoding-japanese/src' -> '/opt/iobroker/node_modules/.node-red-node-email-1lk8B7Gi/node_modules/encoding-japanese/src'

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2022-07-22T11_15_10_431Z-debug-0.log
host.iobroker-ubuntu Cannot install iobroker.alexa2@3.18.6: 217

mikeal created this issue in request/request

open Request’s Past, Present and Future #3142

mikeal created this issue in request/request

open Request’s Past, Present and Future #3142

Qix- created this issue in visionmedia/debug

closed ReDos Vulnerability Regression Visibility Notice #797

Qix- created this issue in visionmedia/debug

closed ReDos Vulnerability Regression Visibility Notice #797

Qix- created this issue in visionmedia/debug

closed ReDos Vulnerability Regression Visibility Notice #797

Qix- created this issue in visionmedia/debug

closed ReDos Vulnerability Regression Visibility Notice #797

mikeal created this issue in request/request

open Request’s Past, Present and Future #3142

[Thomas Braun]

@tilly sagte in Nach Nodejs Update kein Adapter mehr updatebar:

ENOTEMPTY: directory not empty, rename /opt/iobroker/node_modules/node-red-node-email/node_modules/encoding-japanese/src' -> '/opt/iobroker/node_modules/.node-red-node-email-1lk8B7Gi/node_modules/encoding-japanese/src

Das Spiel ist immer das gleiche...

rm -rf /opt/iobroker/node_modules/.node-red-node-email-1lk8B7Gi/node_modules/encoding-japanese/src

[tilly]

@thomas-braun

Habe ich gelöscht und wollte Alexa2 installieren, da sagt er mir ist up to date, komisch.

Als ich dann cloud aktualisieren wollte:

user@iobroker-ubuntu:/opt/iobroker$ iobroker upgrade cloud --debug

This upgrade of "cloud" will introduce the following changes:
==========================================================================
-> 4.2.1:
Used new version of socket library.
==========================================================================

Would you like to upgrade cloud from @4.2.0 to @4.2.1 now? [(y)es, (n)o]: y
Update cloud from @4.2.0 to @4.2.1
NPM version: 8.11.0
Installing iobroker.cloud@4.2.1... (System call)
npm ERR! code ENOTEMPTY
npm ERR! syscall rename
npm ERR! path /opt/iobroker/node_modules/abbrev
npm ERR! dest /opt/iobroker/node_modules/.abbrev-5eNud0FY
npm ERR! errno -39
npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/abbrev' -> '/opt/iobroker/node_modules/.abbrev-5eNud0FY'

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2022-07-22T11_25_03_406Z-debug-0.log
host.iobroker-ubuntu Cannot install iobroker.cloud@4.2.1: 217

und die ganzen Verzeichnisse mit.xyz sind auf einmal alle wieder da, obwohl iobroker die ganze zeit aus ist.

[Thomas Braun]

@tilly

Dann versuch die Roßkur, die @crunchip schon mal vorgestellt hat.

[haselchen]

@tilly

https://forum.iobroker.net/topic/56343/vorgehensweise-im-bezug-auf-update-node-js-16-probleme?_=1658397690595

schätze Du meinst den Thread ( @Thomas-Braun )

[mickym]

Na ja bevor ich ein Backup zurück sichern würde, würde ich eher meine Methode noch versuchen, das ist wesentlich weniger zeitaufwändig. Habs noch ergänzt bevor man das macht natürlich - Image oder komplettsicherung des Systems und IOB stop ( hab ich noch ergänzt).

[tilly]

@mickym

habe es wie du vorgeschlagen gemacht und es hat alles prima funktioniert.

wenn ich nun apt-get update mache erhalte ich folgendes:

user@iobroker-ubuntu:~$ apt-get update
Paketlisten werden gelesen... Fertig
E: Sperrdatei /var/lib/apt/lists/lock konnte nicht geöffnet werden. - open (13: Permission denied)
E: Das Verzeichnis /var/lib/apt/lists/ kann nicht gesperrt werden.
W: Problem beim Entfernen (unlink) der Datei /var/cache/apt/pkgcache.bin - RemoveCaches (13: Permission denied)
W: Problem beim Entfernen (unlink) der Datei /var/cache/apt/srcpkgcache.bin - RemoveCaches (13: Permission denied)

oder mache ich update und upgrade als root?

[Thomas Braun]

@tilly sagte in Nach Nodejs Update kein Adapter mehr updatebar:

oder mache ich update und upgrade als root?

Nein, nie direkt als root hantieren.
Das wird per sudo angeleiert:

sudo apt update
sudo apt full-upgrade

[tilly]

@thomas-braun

hab einen ssh key für user hinterlegt, womit ich mich per ssh automatisch anmelden kann. Wenn ich nun per sudo Behle ausführe, wird ja wieder das Passwort verlangt. Kann man das anders lösen?

[mickym]

@tilly man kann das Lösen, in dem man sudo so konfiguriert, dass man kein Passwort mehr braucht, aber ich bekomme glaube gleich Haue von Thomas.

Und wie Thomas beschrieben hat, kann man auf das get verzichten.

[Thomas Braun]

@tilly sagte in Nach Nodejs Update kein Adapter mehr updatebar:

Kann man das anders lösen?

Ja, kann man.
Nein, tut man nicht.

Die Verzeichnislöschorgie kann man übrigens mit dem Einzeiler automatisieren:

cd /opt/iobroker/node_modules
for i in $(ls -d .[^.]*-*/); do rm -rf ${i%%/}; done

[mickym]

@thomas-braun Muss aber jeder selbst wissen.

Ich habe wie gesagt die sudo Passwortabfrage deaktiviert. Ansonsten muss man halt die beiden Befehle als root machen. Sonst kann man eben mit sudo und passwortlosem ssh arbeiten. Das ist im Übrigen auch wichtig, wenn man mit dem Linux Control Adapter arbeiten will. Der kann dann nämlich auch automatisch Upgraden wenn man will und sich nicht mit root Rechten anmelden will.