js-controller & Node/NPM Updates mit Fehlern
-
Hallo zusammen,
ich habe heute meine Umgebung auf den aktuellen Stand bringen wollen und bin dabei in verschiedene Fehler gelaufen.
Meine Ausgangssituation war:- Debian Linux System
- js-controller: 3.3.22
- Node: v12.22.12
- NPM: 6.14.16
- Gearbeitet wurde mit einem Maintenance User (nicht root!)
Zuerst habe ich die Node JS Version von 12.x auf 16.x aktualisiert:
- iobroker stop
- iobroker backup
- curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -
- sudo apt-get install -y nodejs
- curl -sL https://iobroker.net/fix.sh | bash -
Alle Befehle wurden ohne Fehler verarbeitet mit entsprechend erwartetem Ergebnis:
- js-controller: 3.3.22
- Node: v16.17.1
- NPM: 8.15.0
Danach wollte ich den js-controller von 3.3.22 auf 4.0.23 aktualisieren und bin wie folgt vorgegangen:
- iob backup
- iob stop
- iob update
- iob upgrade self
Beim letzten Befehl bin ich dann in folgenden Fehler gelaufen:
Update js-controller from @3.3.22 to @4.0.23 NPM version: 8.15.0 npm install iobroker.js-controller@4.0.23 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) npm ERR! code 128 npm ERR! An unknown git error occurred npm ERR! command git --no-replace-objects ls-remote ssh://git@github.com/gaudes/ioBroker.boschebike.git npm ERR! command-line line 0: unsupported option "accept-new". npm ERR! fatal: Konnte nicht vom Remote-Repository lesen. npm ERR! npm ERR! Bitte stellen Sie sicher, dass die korrekten Zugriffsberechtigungen bestehen npm ERR! und das Repository existiert. npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2022-10-09T16_45_54_805Z-debug-0.logErst nachdem ich den Adapter (welchen es nicht mehr auf Github gibt) vollständig gelöscht habe, lief das Upgrade durch allerdings mit folgenden Fehlern:
Update js-controller from @3.3.22 to @4.0.23 NPM version: 8.15.0 npm install iobroker.js-controller@4.0.23 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) Server Objects 127.0.0.1:40464 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"] Server Objects 127.0.0.1:40464 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"] Server States 127.0.0.1:56672 Error from InMemDB: Error: GET-UNSUPPORTED for namespace meta.: Data=["meta.states.protocolVersion"] Server States 127.0.0.1:56674 Error from InMemDB: Error: PSUBSCRIBE-UNSUPPORTED for namespace meta.: Data=["meta.*"] Server Objects 127.0.0.1:40464 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:40464 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:40464 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:40464 Error from InMemDB: Error: SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}]Ich konnte jedoch keine Probleme feststellen das irgendetwas nicht mehr funktioniert wie vorher.
Ich habe dann meinen Snapshots von VOR dem Update zurückgespielt um herauszufinden, warum ein js-controller Update nicht klappt wegen einem Adpater der nicht mehr verfügbar ist.Ich habe dann aufgrund eines Hinweis (Mit einem js-controller <4 sicherstellen das idealerweise keine 7.x/8.x von npm installiert ist!) aus dem Beitrag [How-to] Node.js ioBroker richtig updaten-2021/22 Edition die Updater Reihenfolge geändert:
- Update js-controller
- Update Node/NPM
Hier ist der Fehler beim js-controller Update bzgl. dem nicht mehr verfügbaren Adapter nicht mehr aufgetreten.
Allerdings die fast gleiche Fehlermeldung wie beim Updatevorgang vorher mit dem Zusatz "Could not migrate objects to corresponding sets".Update js-controller from @3.3.22 to @4.0.23 NPM version: 6.14.16 npm install iobroker.js-controller@4.0.23 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) Server Objects 127.0.0.1:36092 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"] Server States 127.0.0.1:37888 Error from InMemDB: Error: GET-UNSUPPORTED for namespace meta.: Data=["meta.states.protocolVersion"] Server Objects 127.0.0.1:36092 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"] Server States 127.0.0.1:37890 Error from InMemDB: Error: PSUBSCRIBE-UNSUPPORTED for namespace meta.: Data=["meta.*"] Server Objects 127.0.0.1:36092 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:36092 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:36092 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:36092 Error from InMemDB: Error: SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}] Could not migrate objects to corresponding sets: Error SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}]Ich habe mich entschieden den Snapshots wieder herzustellen vom VOR dem Update und erstmal zu klären was es mit den Fehlern auf sich hat.
- Kennt jemand von euch das Problem?
- Kann man die Fehler bei der zweiten Methode (erst js-controller Update dann Node/NPM) einfach ignorieren da alles sauber funktioniert?
- Habe ich beim Update an sich was falsch gemacht (Reihenfolge)?
- Wird bei einem Node Update automatisch NPM immer mit auf die passende Version aktualisiert? Ich konnte in der Doku keine Support Angabe zu den NPM Versionen finden
@samsungfreak sagte in js-controller & Node/NPM Updates mit Fehlern:
Allerdings die fast gleiche Fehlermeldung wie beim Updatevorgang vorher mit dem Zusatz "Could not migrate objects to corresponding sets".
Die Meldung kann in diesem Fall übergangen werden.
-
Hallo zusammen,
ich habe heute meine Umgebung auf den aktuellen Stand bringen wollen und bin dabei in verschiedene Fehler gelaufen.
Meine Ausgangssituation war:- Debian Linux System
- js-controller: 3.3.22
- Node: v12.22.12
- NPM: 6.14.16
- Gearbeitet wurde mit einem Maintenance User (nicht root!)
Zuerst habe ich die Node JS Version von 12.x auf 16.x aktualisiert:
- iobroker stop
- iobroker backup
- curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -
- sudo apt-get install -y nodejs
- curl -sL https://iobroker.net/fix.sh | bash -
Alle Befehle wurden ohne Fehler verarbeitet mit entsprechend erwartetem Ergebnis:
- js-controller: 3.3.22
- Node: v16.17.1
- NPM: 8.15.0
Danach wollte ich den js-controller von 3.3.22 auf 4.0.23 aktualisieren und bin wie folgt vorgegangen:
- iob backup
- iob stop
- iob update
- iob upgrade self
Beim letzten Befehl bin ich dann in folgenden Fehler gelaufen:
Update js-controller from @3.3.22 to @4.0.23 NPM version: 8.15.0 npm install iobroker.js-controller@4.0.23 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) npm ERR! code 128 npm ERR! An unknown git error occurred npm ERR! command git --no-replace-objects ls-remote ssh://git@github.com/gaudes/ioBroker.boschebike.git npm ERR! command-line line 0: unsupported option "accept-new". npm ERR! fatal: Konnte nicht vom Remote-Repository lesen. npm ERR! npm ERR! Bitte stellen Sie sicher, dass die korrekten Zugriffsberechtigungen bestehen npm ERR! und das Repository existiert. npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2022-10-09T16_45_54_805Z-debug-0.logErst nachdem ich den Adapter (welchen es nicht mehr auf Github gibt) vollständig gelöscht habe, lief das Upgrade durch allerdings mit folgenden Fehlern:
Update js-controller from @3.3.22 to @4.0.23 NPM version: 8.15.0 npm install iobroker.js-controller@4.0.23 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) Server Objects 127.0.0.1:40464 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"] Server Objects 127.0.0.1:40464 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"] Server States 127.0.0.1:56672 Error from InMemDB: Error: GET-UNSUPPORTED for namespace meta.: Data=["meta.states.protocolVersion"] Server States 127.0.0.1:56674 Error from InMemDB: Error: PSUBSCRIBE-UNSUPPORTED for namespace meta.: Data=["meta.*"] Server Objects 127.0.0.1:40464 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:40464 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:40464 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:40464 Error from InMemDB: Error: SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}]Ich konnte jedoch keine Probleme feststellen das irgendetwas nicht mehr funktioniert wie vorher.
Ich habe dann meinen Snapshots von VOR dem Update zurückgespielt um herauszufinden, warum ein js-controller Update nicht klappt wegen einem Adpater der nicht mehr verfügbar ist.Ich habe dann aufgrund eines Hinweis (Mit einem js-controller <4 sicherstellen das idealerweise keine 7.x/8.x von npm installiert ist!) aus dem Beitrag [How-to] Node.js ioBroker richtig updaten-2021/22 Edition die Updater Reihenfolge geändert:
- Update js-controller
- Update Node/NPM
Hier ist der Fehler beim js-controller Update bzgl. dem nicht mehr verfügbaren Adapter nicht mehr aufgetreten.
Allerdings die fast gleiche Fehlermeldung wie beim Updatevorgang vorher mit dem Zusatz "Could not migrate objects to corresponding sets".Update js-controller from @3.3.22 to @4.0.23 NPM version: 6.14.16 npm install iobroker.js-controller@4.0.23 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) Server Objects 127.0.0.1:36092 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"] Server States 127.0.0.1:37888 Error from InMemDB: Error: GET-UNSUPPORTED for namespace meta.: Data=["meta.states.protocolVersion"] Server Objects 127.0.0.1:36092 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"] Server States 127.0.0.1:37890 Error from InMemDB: Error: PSUBSCRIBE-UNSUPPORTED for namespace meta.: Data=["meta.*"] Server Objects 127.0.0.1:36092 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:36092 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:36092 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:36092 Error from InMemDB: Error: SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}] Could not migrate objects to corresponding sets: Error SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}]Ich habe mich entschieden den Snapshots wieder herzustellen vom VOR dem Update und erstmal zu klären was es mit den Fehlern auf sich hat.
- Kennt jemand von euch das Problem?
- Kann man die Fehler bei der zweiten Methode (erst js-controller Update dann Node/NPM) einfach ignorieren da alles sauber funktioniert?
- Habe ich beim Update an sich was falsch gemacht (Reihenfolge)?
- Wird bei einem Node Update automatisch NPM immer mit auf die passende Version aktualisiert? Ich konnte in der Doku keine Support Angabe zu den NPM Versionen finden
@samsungfreak sagte in js-controller & Node/NPM Updates mit Fehlern:
Wird bei einem Node Update automatisch NPM immer mit auf die passende Version aktualisiert?
Jein. Bei der von iobroker vorgesehenen Installationsmethode aus dem nodesource-Repo kommt npm aber immer mit dem nodeJS-Paket mit. Andere Packager machen das aber anders.
-
@samsungfreak sagte in js-controller & Node/NPM Updates mit Fehlern:
Wird bei einem Node Update automatisch NPM immer mit auf die passende Version aktualisiert?
Jein. Bei der von iobroker vorgesehenen Installationsmethode aus dem nodesource-Repo kommt npm aber immer mit dem nodeJS-Paket mit. Andere Packager machen das aber anders.
@thomas-braun Danke für die Info!
-
@samsungfreak sagte in js-controller & Node/NPM Updates mit Fehlern:
Allerdings die fast gleiche Fehlermeldung wie beim Updatevorgang vorher mit dem Zusatz "Could not migrate objects to corresponding sets".
Die Meldung kann in diesem Fall übergangen werden.
@thomas-braun Ah ok alles klar, danke für die Info. Ist somit die zweite Methode/Reihenfolge richtig/besser?
- Update js-controller
- Update Node/NPM
-
@thomas-braun Ah ok alles klar, danke für die Info. Ist somit die zweite Methode/Reihenfolge richtig/besser?
- Update js-controller
- Update Node/NPM
Spielt keine Rolle, der js-controller liegt bei einem Upgrade von nodejs eh auf Eis. Sollte er zumindest.
-
@thomas-braun Ok Danke.
Jetzt habe ich allerdings das Problem, das ich nach den Updates (welche ohne Fehler liefen) keine Adapter Updates mehr installieren kann:(
$ iobroker upgrade fb-checkpresence@1.1.19 Update fb-checkpresence from @1.1.14 to @1.1.19 host.Broker Adapter "system.adapter.fb-checkpresence.0" is stopped. NPM version: 8.15.0 Installing iobroker.fb-checkpresence@1.1.19... (System call) host.Broker Cannot install iobroker.fb-checkpresence@1.1.19: 128 ERROR: Process exited with code 25Das Update auf Node 16 lief ohne Probleme (nicht mit root durchgeführt):
iobrokermaint@Broker:~$ curl -sL https://deb.nodesource.com/setup_16.x | sudo -E bash - [sudo] Passwort für iobrokermaint: ## Installing the NodeSource Node.js 16.x repo... ## Populating apt-get cache... + apt-get update Holen:1 http://security.debian.org stretch/updates InRelease [59,1 kB] Ign:2 http://ftp.de.debian.org/debian stretch InRelease OK:3 http://ftp.de.debian.org/debian stretch-updates InRelease OK:4 http://ftp.de.debian.org/debian stretch Release OK:5 https://deb.nodesource.com/node_12.x stretch InRelease Es wurden 59,1 kB in 0 s geholt (118 kB/s). Paketlisten werden gelesen... Fertig ## Confirming "stretch" is supported... + curl -sLf -o /dev/null 'https://deb.nodesource.com/node_16.x/dists/stretch/Release' ## Adding the NodeSource signing key to your keyring... + curl -s https://deb.nodesource.com/gpgkey/nodesource.gpg.key | gpg --dearmor | tee /usr/share/keyrings/nodesource.gpg >/dev/null ## Creating apt sources list file for the NodeSource Node.js 16.x repo... + echo 'deb [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_16.x stretch main' > /etc/apt/sources.list.d/nodesource.list + echo 'deb-src [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_16.x stretch main' >> /etc/apt/sources.list.d/nodesource.list ## Running `apt-get update` for you... + apt-get update OK:1 http://security.debian.org stretch/updates InRelease Ign:2 http://ftp.de.debian.org/debian stretch InRelease OK:3 http://ftp.de.debian.org/debian stretch-updates InRelease OK:4 http://ftp.de.debian.org/debian stretch Release Holen:5 https://deb.nodesource.com/node_16.x stretch InRelease [4.585 B] Holen:7 https://deb.nodesource.com/node_16.x stretch/main amd64 Packages [770 B] Es wurden 5.355 B in 1 s geholt (5.163 B/s). Paketlisten werden gelesen... Fertig ## Run `sudo apt-get install -y nodejs` to install Node.js 16.x and npm ## You may also need development tools to build native addons: sudo apt-get install gcc g++ make ## To install the Yarn package manager, run: curl -sL https://dl.yarnpkg.com/debian/pubkey.gpg | gpg --dearmor | sudo tee /usr/share/keyrings/yarnkey.gpg >/dev/null echo "deb [signed-by=/usr/share/keyrings/yarnkey.gpg] https://dl.yarnpkg.com/debian stable main" | sudo tee /etc/apt/sources.list.d/yarn.list sudo apt-get update && sudo apt-get install yarn iobrokermaint@Broker:~$ sudo apt-get install -y nodejs Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt: linux-image-4.9.0-11-amd64 linux-image-4.9.0-12-amd64 linux-image-4.9.0-13-amd64 linux-image-4.9.0-15-amd64 Verwenden Sie »sudo apt autoremove«, um sie zu entfernen. Die folgenden Pakete werden aktualisiert (Upgrade): nodejs 1 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert. Es müssen 27,1 MB an Archiven heruntergeladen werden. Nach dieser Operation werden 34,0 MB Plattenplatz zusätzlich benutzt. Holen:1 https://deb.nodesource.com/node_16.x stretch/main amd64 nodejs amd64 16.17.1-1nodesource1 [27,1 MB] Es wurden 27,1 MB in 1 s geholt (20,6 MB/s). apt-listchanges: Lese Changelogs... (Lese Datenbank ... 77407 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../nodejs_16.17.1-1nodesource1_amd64.deb ... Detected old npm client, removing... Entpacken von nodejs (16.17.1-1nodesource1) über (12.22.12-1nodesource1) ... nodejs (16.17.1-1nodesource1) wird eingerichtet ... Trigger für man-db (2.7.6.1-2) werden verarbeitet ... iobrokermaint@Broker:~$ curl -sL https://iobroker.net/fix.sh | bash - library: loaded Library version=2022-06-15 ========================================================================== Welcome to the ioBroker installation fixer! Script version: 2022-06-03 You might need to enter your password a couple of times. ========================================================================== ========================================================================== Installing prerequisites (1/3) ========================================================================== Ign:1 http://ftp.de.debian.org/debian stretch InRelease OK:2 http://security.debian.org stretch/updates InRelease OK:3 http://ftp.de.debian.org/debian stretch-updates InRelease OK:4 http://ftp.de.debian.org/debian stretch Release OK:5 https://deb.nodesource.com/node_16.x stretch InRelease Paketlisten werden gelesen... Fertig Installed gcc-c++ ========================================================================== Checking ioBroker user and directory permissions (2/3) ========================================================================== Created /etc/sudoers.d/iobroker Fixing directory permissions... ========================================================================== Checking autostart (3/3) ========================================================================== Enabling autostart... Autostart enabled! ========================================================================== Your installation was fixed successfully Run iobroker start to start ioBroker again! ==========================================================================iobrokermaint@Broker:~$ npm -v
8.15.0
iobrokermaint@Broker:~$ node -v
v16.17.1 -
@thomas-braun Ok Danke.
Jetzt habe ich allerdings das Problem, das ich nach den Updates (welche ohne Fehler liefen) keine Adapter Updates mehr installieren kann:(
$ iobroker upgrade fb-checkpresence@1.1.19 Update fb-checkpresence from @1.1.14 to @1.1.19 host.Broker Adapter "system.adapter.fb-checkpresence.0" is stopped. NPM version: 8.15.0 Installing iobroker.fb-checkpresence@1.1.19... (System call) host.Broker Cannot install iobroker.fb-checkpresence@1.1.19: 128 ERROR: Process exited with code 25Das Update auf Node 16 lief ohne Probleme (nicht mit root durchgeführt):
iobrokermaint@Broker:~$ curl -sL https://deb.nodesource.com/setup_16.x | sudo -E bash - [sudo] Passwort für iobrokermaint: ## Installing the NodeSource Node.js 16.x repo... ## Populating apt-get cache... + apt-get update Holen:1 http://security.debian.org stretch/updates InRelease [59,1 kB] Ign:2 http://ftp.de.debian.org/debian stretch InRelease OK:3 http://ftp.de.debian.org/debian stretch-updates InRelease OK:4 http://ftp.de.debian.org/debian stretch Release OK:5 https://deb.nodesource.com/node_12.x stretch InRelease Es wurden 59,1 kB in 0 s geholt (118 kB/s). Paketlisten werden gelesen... Fertig ## Confirming "stretch" is supported... + curl -sLf -o /dev/null 'https://deb.nodesource.com/node_16.x/dists/stretch/Release' ## Adding the NodeSource signing key to your keyring... + curl -s https://deb.nodesource.com/gpgkey/nodesource.gpg.key | gpg --dearmor | tee /usr/share/keyrings/nodesource.gpg >/dev/null ## Creating apt sources list file for the NodeSource Node.js 16.x repo... + echo 'deb [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_16.x stretch main' > /etc/apt/sources.list.d/nodesource.list + echo 'deb-src [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_16.x stretch main' >> /etc/apt/sources.list.d/nodesource.list ## Running `apt-get update` for you... + apt-get update OK:1 http://security.debian.org stretch/updates InRelease Ign:2 http://ftp.de.debian.org/debian stretch InRelease OK:3 http://ftp.de.debian.org/debian stretch-updates InRelease OK:4 http://ftp.de.debian.org/debian stretch Release Holen:5 https://deb.nodesource.com/node_16.x stretch InRelease [4.585 B] Holen:7 https://deb.nodesource.com/node_16.x stretch/main amd64 Packages [770 B] Es wurden 5.355 B in 1 s geholt (5.163 B/s). Paketlisten werden gelesen... Fertig ## Run `sudo apt-get install -y nodejs` to install Node.js 16.x and npm ## You may also need development tools to build native addons: sudo apt-get install gcc g++ make ## To install the Yarn package manager, run: curl -sL https://dl.yarnpkg.com/debian/pubkey.gpg | gpg --dearmor | sudo tee /usr/share/keyrings/yarnkey.gpg >/dev/null echo "deb [signed-by=/usr/share/keyrings/yarnkey.gpg] https://dl.yarnpkg.com/debian stable main" | sudo tee /etc/apt/sources.list.d/yarn.list sudo apt-get update && sudo apt-get install yarn iobrokermaint@Broker:~$ sudo apt-get install -y nodejs Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt: linux-image-4.9.0-11-amd64 linux-image-4.9.0-12-amd64 linux-image-4.9.0-13-amd64 linux-image-4.9.0-15-amd64 Verwenden Sie »sudo apt autoremove«, um sie zu entfernen. Die folgenden Pakete werden aktualisiert (Upgrade): nodejs 1 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert. Es müssen 27,1 MB an Archiven heruntergeladen werden. Nach dieser Operation werden 34,0 MB Plattenplatz zusätzlich benutzt. Holen:1 https://deb.nodesource.com/node_16.x stretch/main amd64 nodejs amd64 16.17.1-1nodesource1 [27,1 MB] Es wurden 27,1 MB in 1 s geholt (20,6 MB/s). apt-listchanges: Lese Changelogs... (Lese Datenbank ... 77407 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../nodejs_16.17.1-1nodesource1_amd64.deb ... Detected old npm client, removing... Entpacken von nodejs (16.17.1-1nodesource1) über (12.22.12-1nodesource1) ... nodejs (16.17.1-1nodesource1) wird eingerichtet ... Trigger für man-db (2.7.6.1-2) werden verarbeitet ... iobrokermaint@Broker:~$ curl -sL https://iobroker.net/fix.sh | bash - library: loaded Library version=2022-06-15 ========================================================================== Welcome to the ioBroker installation fixer! Script version: 2022-06-03 You might need to enter your password a couple of times. ========================================================================== ========================================================================== Installing prerequisites (1/3) ========================================================================== Ign:1 http://ftp.de.debian.org/debian stretch InRelease OK:2 http://security.debian.org stretch/updates InRelease OK:3 http://ftp.de.debian.org/debian stretch-updates InRelease OK:4 http://ftp.de.debian.org/debian stretch Release OK:5 https://deb.nodesource.com/node_16.x stretch InRelease Paketlisten werden gelesen... Fertig Installed gcc-c++ ========================================================================== Checking ioBroker user and directory permissions (2/3) ========================================================================== Created /etc/sudoers.d/iobroker Fixing directory permissions... ========================================================================== Checking autostart (3/3) ========================================================================== Enabling autostart... Autostart enabled! ========================================================================== Your installation was fixed successfully Run iobroker start to start ioBroker again! ==========================================================================iobrokermaint@Broker:~$ npm -v
8.15.0
iobrokermaint@Broker:~$ node -v
v16.17.1Stretch ist schon zweimal für tot erklärt worden.
Installier da ein 'bullseye' / Debian 11.
-
Stretch ist schon zweimal für tot erklärt worden.
Installier da ein 'bullseye' / Debian 11.
@thomas-braun Du meinst, dass es daran liegt?
-
@thomas-braun Du meinst, dass es daran liegt?
Nein, es liegt nicht daran.
Aber dein Stretch ist trotzdem schon doppelt tot.
Wenn du das jetzt nur beiflickst rennst du 3 Meter weiter in das nächste Problem. -
Nein, es liegt nicht daran.
Aber dein Stretch ist trotzdem schon doppelt tot.
Wenn du das jetzt nur beiflickst rennst du 3 Meter weiter in das nächste Problem.@thomas-braun Ok.
Ich hatte vor ein System Upgrade in den nächsten Wochen durchzuführen und keine Neuinstallation.
Hast du noch eine Idee, herauszufinden, woran es aktuell liegt mit den Fehlern nach den Upgrades? -
@thomas-braun Ok.
Ich hatte vor ein System Upgrade in den nächsten Wochen durchzuführen und keine Neuinstallation.
Hast du noch eine Idee, herauszufinden, woran es aktuell liegt mit den Fehlern nach den Upgrades?@samsungfreak Steht oben im Forum angeschlagen.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden492
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge