NEWS
Kein Adapter Update nach NodeJS 18 Update
-
@thomas-braun sagte in Kein Adapter Update nach NodeJS 18 Update:
mal probiert?
Erst meckert er wieder /opt/iobroker/node_modules/pcap an, dann führte ich den Einzeiler zum Löschen aus und setzte deinen Befehl nochmal ab.
Das Ergebnis:
paul@iobroker:/opt/iobroker/node_modules/openzwave-shared$ npm install --omit=dev [sudo] password for paul: npm ERR! code ENOTEMPTY npm ERR! syscall rename npm ERR! path /opt/iobroker/node_modules/pcap npm ERR! dest /opt/iobroker/node_modules/.pcap-xkmgBhAF npm ERR! errno -39 npm ERR! ENOTEMPTY: directory not empty, rename '/opt/iobroker/node_modules/pcap' -> '/opt/iobroker/node_modules/.pcap-xkmgBhAF' npm ERR! A complete log of this run can be found in: /home/iobroker/.npm/_logs/2023-08-29T21_39_48_786Z-debug-0.log paul@iobroker:/opt/iobroker/node_modules/openzwave-shared$ cd paul@iobroker:~$ for i in $(find /opt/iobroker/node_modules -type d -iname ".*-????????" ! -iname ".local-chromium"); do rm -rf ${i%/}; done paul@iobroker:~$ cd /opt/iobroker/node_modules/openzwave-shared paul@iobroker:/opt/iobroker/node_modules/openzwave-shared$ npm install --omit=dev npm WARN skipping integrity check for git dependency ssh://git@github.com/nobl/ioBroker.tesla-wallconnector3.git 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 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 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 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 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.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 request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142 npm WARN cleanup Failed to remove some directories [ npm WARN cleanup [ npm WARN cleanup '/opt/iobroker/node_modules/pcap', npm WARN cleanup [Error: ENOTEMPTY: directory not empty, rmdir '/opt/iobroker/node_modules/pcap'] { npm WARN cleanup errno: -39, npm WARN cleanup code: 'ENOTEMPTY', npm WARN cleanup syscall: 'rmdir', npm WARN cleanup path: '/opt/iobroker/node_modules/pcap' npm WARN cleanup } npm WARN cleanup ], npm WARN cleanup [ npm WARN cleanup '/opt/iobroker/node_modules/pcap', npm WARN cleanup [Error: ENOTEMPTY: directory not empty, rmdir '/opt/iobroker/node_modules/pcap'] { npm WARN cleanup errno: -39, npm WARN cleanup code: 'ENOTEMPTY', npm WARN cleanup syscall: 'rmdir', npm WARN cleanup path: '/opt/iobroker/node_modules/pcap' npm WARN cleanup } npm WARN cleanup ] npm WARN cleanup ] npm ERR! code 1 npm ERR! path /opt/iobroker/node_modules/openzwave-shared npm ERR! command failed npm ERR! command sh -c node-gyp rebuild npm ERR! make: Entering directory '/opt/iobroker/node_modules/openzwave-shared/build' npm ERR! CXX(target) Release/obj.target/openzwave_shared/src/callbacks.o npm ERR! make: Leaving directory '/opt/iobroker/node_modules/openzwave-shared/build' npm ERR! gyp info it worked if it ends with ok npm ERR! gyp info using node-gyp@9.3.1 npm ERR! gyp info using node@18.17.1 | linux | x64 npm ERR! gyp info find Python using Python version 3.10.12 found at "/usr/bin/python3" npm ERR! gyp info spawn /usr/bin/python3 npm ERR! gyp info spawn args [ npm ERR! gyp info spawn args '/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/gyp_main.py', npm ERR! gyp info spawn args 'binding.gyp', npm ERR! gyp info spawn args '-f', npm ERR! gyp info spawn args 'make', npm ERR! gyp info spawn args '-I', npm ERR! gyp info spawn args '/opt/iobroker/node_modules/openzwave-shared/build/config.gypi', npm ERR! gyp info spawn args '-I', npm ERR! gyp info spawn args '/usr/lib/node_modules/npm/node_modules/node-gyp/addon.gypi', npm ERR! gyp info spawn args '-I', npm ERR! gyp info spawn args '/home/iobroker/.cache/node-gyp/18.17.1/include/node/common.gypi', npm ERR! gyp info spawn args '-Dlibrary=shared_library', npm ERR! gyp info spawn args '-Dvisibility=default', npm ERR! gyp info spawn args '-Dnode_root_dir=/home/iobroker/.cache/node-gyp/18.17.1', npm ERR! gyp info spawn args '-Dnode_gyp_dir=/usr/lib/node_modules/npm/node_modules/node-gyp', npm ERR! gyp info spawn args '-Dnode_lib_file=/home/iobroker/.cache/node-gyp/18.17.1/<(target_arch)/node.lib', npm ERR! gyp info spawn args '-Dmodule_root_dir=/opt/iobroker/node_modules/openzwave-shared', npm ERR! gyp info spawn args '-Dnode_engine=v8', npm ERR! gyp info spawn args '--depth=.', npm ERR! gyp info spawn args '--no-parallel', npm ERR! gyp info spawn args '--generator-output', npm ERR! gyp info spawn args 'build', npm ERR! gyp info spawn args '-Goutput_dir=.' npm ERR! gyp info spawn args ] npm ERR! gyp info spawn make npm ERR! gyp info spawn args [ 'BUILDTYPE=Release', '-C', 'build' ] npm ERR! In file included from /home/iobroker/.cache/node-gyp/18.17.1/include/node/v8-local-handle.h:12, npm ERR! from /home/iobroker/.cache/node-gyp/18.17.1/include/node/v8-array-buffer.h:12, npm ERR! from /home/iobroker/.cache/node-gyp/18.17.1/include/node/v8.h:24, npm ERR! from ../src/openzwave.hpp:27, npm ERR! from ../src/callbacks.cc:18: npm ERR! /home/iobroker/.cache/node-gyp/18.17.1/include/node/v8-internal.h: In function ‘void v8::internal::PerformCastCheck(T*)’: npm ERR! /home/iobroker/.cache/node-gyp/18.17.1/include/node/v8-internal.h:646:38: error: ‘remove_cv_t’ is not a member of ‘std’; did you mean ‘remove_cv’? npm ERR! 646 | !std::is_same<Data, std::remove_cv_t<T>>::value>::Perform(data); npm ERR! | ^~~~~~~~~~~ npm ERR! | remove_cv npm ERR! /home/iobroker/.cache/node-gyp/18.17.1/include/node/v8-internal.h:646:38: error: ‘remove_cv_t’ is not a member of ‘std’; did you mean ‘remove_cv’? npm ERR! 646 | !std::is_same<Data, std::remove_cv_t<T>>::value>::Perform(data); npm ERR! | ^~~~~~~~~~~ npm ERR! | remove_cv npm ERR! /home/iobroker/.cache/node-gyp/18.17.1/include/node/v8-internal.h:646:50: error: template argument 2 is invalid npm ERR! 646 | !std::is_same<Data, std::remove_cv_t<T>>::value>::Perform(data); npm ERR! | ^ npm ERR! /home/iobroker/.cache/node-gyp/18.17.1/include/node/v8-internal.h:646:63: error: ‘::Perform’ has not been declared npm ERR! 646 | !std::is_same<Data, std::remove_cv_t<T>>::value>::Perform(data); npm ERR! | ^~~~~~~ npm ERR! make: *** [openzwave_shared.target.mk:150: Release/obj.target/openzwave_shared/src/callbacks.o] Error 1 npm ERR! gyp ERR! build error npm ERR! gyp ERR! stack Error: `make` failed with exit code: 2 npm ERR! gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:203:23) npm ERR! gyp ERR! stack at ChildProcess.emit (node:events:514:28) npm ERR! gyp ERR! stack at ChildProcess._handle.onexit (node:internal/child_process:291:12) npm ERR! gyp ERR! System Linux 5.15.0-82-generic npm ERR! gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" npm ERR! gyp ERR! cwd /opt/iobroker/node_modules/openzwave-shared npm ERR! gyp ERR! node -v v18.17.1 npm ERR! gyp ERR! node-gyp -v v9.3.1 npm ERR! gyp ERR! not ok npm ERR! A complete log of this run can be found in: /home/iobroker/.npm/_logs/2023-08-29T21_44_57_811Z-debug-0.logDann weiß ich auch nicht.
-
Dann weiß ich auch nicht.
Könnte sich das mit einem BackUp das ioBroker und Neuaufsetzen beheben lassen, oder stellt er da den ganzen Müll wieder her?
-
Könnte sich das mit einem BackUp das ioBroker und Neuaufsetzen beheben lassen, oder stellt er da den ganzen Müll wieder her?
@bruderbleistift sollte, außer es gibt ein generelles Problem mit einem Adapter
-
@bruderbleistift sollte, außer es gibt ein generelles Problem mit einem Adapter
Nachdem ich alles neu aufgesetzt und das Backup wiederhergestellt habe, was auch noch ziemlich viel Kopfzerbrechen verursacht hat, läuft (fast) alles wieder.
Danke euch für eure Hilfe. Hier kann dann zu.
-
Nachdem ich alles neu aufgesetzt und das Backup wiederhergestellt habe, was auch noch ziemlich viel Kopfzerbrechen verursacht hat, läuft (fast) alles wieder.
Danke euch für eure Hilfe. Hier kann dann zu.
@bruderbleistift sagte in Kein Adapter Update nach NodeJS 18 Update:
das Backup wiederhergestellt habe, was auch noch ziemlich viel Kopfzerbrechen verursacht hat
weshalb?
@bruderbleistift sagte in Kein Adapter Update nach NodeJS 18 Update:
läuft (fast) alles wieder
was läuft denn nicht?
-
@bruderbleistift sagte in Kein Adapter Update nach NodeJS 18 Update:
das Backup wiederhergestellt habe, was auch noch ziemlich viel Kopfzerbrechen verursacht hat
weshalb?
@bruderbleistift sagte in Kein Adapter Update nach NodeJS 18 Update:
läuft (fast) alles wieder
was läuft denn nicht?
@crunchip sagte in Kein Adapter Update nach NodeJS 18 Update:
weshalb?
- Der Admin ließ sich nach dem Einspielen des Backup nicht starten und es musste u.a. NodeJS und NPM neuinstalliert werden. Irgendwas musste noch gemacht werden, bekomme ich aber nicht mehr zusammen
- Auch VIS ließ sich nicht mehr installieren, weil die Lizenz angeblich ungültig ist, obwohl ich als Privatperson keine benötige. Die alten VIS Seiten mussten anschließend alle manuell wiederhergestellt werden, was aber auch nicht reibungslos funktioniert (siehe unten).
- Einige Javascripte verursachten Error ohne Ende -> war nach einer Neuanlage mit neuem Namen behoben.
was läuft denn nicht?
- Vieles von dem oben genannten konnte ich die letzten Tage beheben. Mir fehlen aber noch einige VIS Seiten, die sich scheinbar aus dem Backup nicht wiederherstellen lassen.
Also alles in allem bin ich mit der BackUp Funktion ziemlich unzufrieden und bestätigt mich darin weiterhin die ganze VM mit Proxmox zu sichern. Das Wiederherstellen funktioniert absolut reibungslos.
Hat mir in dem Fall natürlich nicht weitergeholfen, weil scheinbar meine IOBroker Installation ein Ding weg hatte.
Also ein Tipp an alle was BackUps angeht: Immer schön zweigleisig fahren :+1: :grinning: -
@crunchip sagte in Kein Adapter Update nach NodeJS 18 Update:
weshalb?
- Der Admin ließ sich nach dem Einspielen des Backup nicht starten und es musste u.a. NodeJS und NPM neuinstalliert werden. Irgendwas musste noch gemacht werden, bekomme ich aber nicht mehr zusammen
- Auch VIS ließ sich nicht mehr installieren, weil die Lizenz angeblich ungültig ist, obwohl ich als Privatperson keine benötige. Die alten VIS Seiten mussten anschließend alle manuell wiederhergestellt werden, was aber auch nicht reibungslos funktioniert (siehe unten).
- Einige Javascripte verursachten Error ohne Ende -> war nach einer Neuanlage mit neuem Namen behoben.
was läuft denn nicht?
- Vieles von dem oben genannten konnte ich die letzten Tage beheben. Mir fehlen aber noch einige VIS Seiten, die sich scheinbar aus dem Backup nicht wiederherstellen lassen.
Also alles in allem bin ich mit der BackUp Funktion ziemlich unzufrieden und bestätigt mich darin weiterhin die ganze VM mit Proxmox zu sichern. Das Wiederherstellen funktioniert absolut reibungslos.
Hat mir in dem Fall natürlich nicht weitergeholfen, weil scheinbar meine IOBroker Installation ein Ding weg hatte.
Also ein Tipp an alle was BackUps angeht: Immer schön zweigleisig fahren :+1: :grinning:@bruderbleistift sagte in Kein Adapter Update nach NodeJS 18 Update:
Also ein Tipp an alle was BackUps angeht: Immer schön zweigleisig fahren
Oder seine Installation nicht komplett auf Links drehen...
-
@crunchip sagte in Kein Adapter Update nach NodeJS 18 Update:
weshalb?
- Der Admin ließ sich nach dem Einspielen des Backup nicht starten und es musste u.a. NodeJS und NPM neuinstalliert werden. Irgendwas musste noch gemacht werden, bekomme ich aber nicht mehr zusammen
- Auch VIS ließ sich nicht mehr installieren, weil die Lizenz angeblich ungültig ist, obwohl ich als Privatperson keine benötige. Die alten VIS Seiten mussten anschließend alle manuell wiederhergestellt werden, was aber auch nicht reibungslos funktioniert (siehe unten).
- Einige Javascripte verursachten Error ohne Ende -> war nach einer Neuanlage mit neuem Namen behoben.
was läuft denn nicht?
- Vieles von dem oben genannten konnte ich die letzten Tage beheben. Mir fehlen aber noch einige VIS Seiten, die sich scheinbar aus dem Backup nicht wiederherstellen lassen.
Also alles in allem bin ich mit der BackUp Funktion ziemlich unzufrieden und bestätigt mich darin weiterhin die ganze VM mit Proxmox zu sichern. Das Wiederherstellen funktioniert absolut reibungslos.
Hat mir in dem Fall natürlich nicht weitergeholfen, weil scheinbar meine IOBroker Installation ein Ding weg hatte.
Also ein Tipp an alle was BackUps angeht: Immer schön zweigleisig fahren :+1: :grinning:@bruderbleistift tja, ich kürz meine Antwort mal ab aufs wesentliche
backitup kann nichts für ein "verhautes System" was nicht gepflegt wird.@bruderbleistift sagte in Kein Adapter Update nach NodeJS 18 Update:
Also alles in allem bin ich mit der BackUp Funktion ziemlich unzufrieden und bestätigt mich darin weiterhin die ganze VM mit Proxmox zu sichern
du kannst dir die VM tausend mal zurückspielen, bestehende Fehler schleifst du dadurch aber weiter mit
-
@bruderbleistift sagte in Kein Adapter Update nach NodeJS 18 Update:
Also ein Tipp an alle was BackUps angeht: Immer schön zweigleisig fahren
Oder seine Installation nicht komplett auf Links drehen...
@thomas-braun
Und wie gehe ich da am besten vor?Ich habe IOBroker nach Anleitung installiert.
Nach und nach sind Adapter hinzugekommen.
Für Admin Aktualisierungen wird ab und zu eine neue NodeJS Version benötigt, die ich ebenfalls nach den Anleitungen hier installiert hatte.
Nach der letzten Aktualisierung NodeJS Aktualisierung ließen sich dann aber keine Adapter mehr aktualisieren.Das Ubuntu wurde ebenfalls regelmäßig auf dem aktuellen Stand gehalten.
@crunchip sagte in Kein Adapter Update nach NodeJS 18 Update:
du kannst dir die VM tausend mal zurückspielen, bestehende Fehler schleifst du dadurch aber weiter mit
Wie gesagt. In dem Fall hat das nichts gebracht, weswegen ich zweigleisig fahre.
Dass VIS mit BackItUp BackUps Probleme hat, scheint laut diesem Forum nicht neu zu sein und nicht nur mich zu betreffen. Aber ich gebe dir recht, da scheint BackItUp nicht schuld dran zu sein.
-
@thomas-braun
Und wie gehe ich da am besten vor?Ich habe IOBroker nach Anleitung installiert.
Nach und nach sind Adapter hinzugekommen.
Für Admin Aktualisierungen wird ab und zu eine neue NodeJS Version benötigt, die ich ebenfalls nach den Anleitungen hier installiert hatte.
Nach der letzten Aktualisierung NodeJS Aktualisierung ließen sich dann aber keine Adapter mehr aktualisieren.Das Ubuntu wurde ebenfalls regelmäßig auf dem aktuellen Stand gehalten.
@crunchip sagte in Kein Adapter Update nach NodeJS 18 Update:
du kannst dir die VM tausend mal zurückspielen, bestehende Fehler schleifst du dadurch aber weiter mit
Wie gesagt. In dem Fall hat das nichts gebracht, weswegen ich zweigleisig fahre.
Dass VIS mit BackItUp BackUps Probleme hat, scheint laut diesem Forum nicht neu zu sein und nicht nur mich zu betreffen. Aber ich gebe dir recht, da scheint BackItUp nicht schuld dran zu sein.
@bruderbleistift sagte in Kein Adapter Update nach NodeJS 18 Update:
Und wie gehe ich da am besten vor?
Ich weiß ja nicht genau was da bislang gemacht wurde.
Dass VIS mit BackItUp BackUps Probleme hat
Stimmt, der WorkAround ist vorab eine alte Version von vis zu installieren. Dann rutscht ein Backup da auch richtig rein. Ist aber zugegegebenermaßen eine blöde Situation.
-
@thomas-braun
Und wie gehe ich da am besten vor?Ich habe IOBroker nach Anleitung installiert.
Nach und nach sind Adapter hinzugekommen.
Für Admin Aktualisierungen wird ab und zu eine neue NodeJS Version benötigt, die ich ebenfalls nach den Anleitungen hier installiert hatte.
Nach der letzten Aktualisierung NodeJS Aktualisierung ließen sich dann aber keine Adapter mehr aktualisieren.Das Ubuntu wurde ebenfalls regelmäßig auf dem aktuellen Stand gehalten.
@crunchip sagte in Kein Adapter Update nach NodeJS 18 Update:
du kannst dir die VM tausend mal zurückspielen, bestehende Fehler schleifst du dadurch aber weiter mit
Wie gesagt. In dem Fall hat das nichts gebracht, weswegen ich zweigleisig fahre.
Dass VIS mit BackItUp BackUps Probleme hat, scheint laut diesem Forum nicht neu zu sein und nicht nur mich zu betreffen. Aber ich gebe dir recht, da scheint BackItUp nicht schuld dran zu sein.
@bruderbleistift sagte in Kein Adapter Update nach NodeJS 18 Update:
Ich habe IOBroker nach Anleitung installiert.
nach welcher?
742
Online32.6k
Benutzer81.9k
Themen1.3m
Beiträge