NEWS
[Gelöst] ioBroker node.js weicht von Kommandozeile ab
-
@thomas-braun das habe ich bereits so gemacht...
pi@raspberrypi:~ $ sudo apt install redis-server -y Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig redis-server ist schon die neueste Version (5:6.0.16-1+deb11u2). 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es kommt aber weiterhin:
pi@raspberrypi:~ $ apt policy redis redis: Installiert: (keine) Installationskandidat: 5:6.0.16-1+deb11u2 Versionstabelle: 5:6.0.16-1+deb11u2 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 500 http://deb.debian.org/debian bullseye/main armhf Packages 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 500 http://security.debian.org/debian-security bullseye-security/main armhf Packages
-
-
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
Und schalte die graphische Oberfläche aus.
Danke ! Wie mache ich das ? Einfach so ?
sudo systemctl set-default multi-user.target
Nun kommt:
pi@raspberrypi:~ $ sudo apt install redis Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Die folgenden NEUEN Pakete werden installiert: redis 0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen 56,8 kB an Archiven heruntergeladen werden. Nach dieser Operation werden 67,6 kB Plattenplatz zusätzlich benutzt. Holen:1 http://deb.debian.org/debian bullseye/main arm64 redis all 5:6.0.16-1+deb11u2 [56,8 kB] Es wurden 56,8 kB in 0 s geholt (372 kB/s). Vormals nicht ausgewähltes Paket redis wird gewählt. (Lese Datenbank ... 105085 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../redis_5%3a6.0.16-1+deb11u2_all.deb ... Entpacken von redis (5:6.0.16-1+deb11u2) ... redis (5:6.0.16-1+deb11u2) wird eingerichtet ... pi@raspberrypi:~ $ apt policy redis redis: Installiert: 5:6.0.16-1+deb11u2 Installationskandidat: 5:6.0.16-1+deb11u2 Versionstabelle: *** 5:6.0.16-1+deb11u2 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 500 http://deb.debian.org/debian bullseye/main armhf Packages 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 500 http://security.debian.org/debian-security bullseye-security/main armhf Packages 100 /var/lib/dpkg/status
Die ioBroker Oberfläche kommt nach wie vor nicht...
-
GUI aus:
sudo raspi-config
Dann im Menü:
1 System Options S5 Boot / Auto Login B1 Console
Geht auch (linux-typisch) auf andere Arten.
-
@thomas-braun Ok habe ich gemacht...:)
Auch nach der Installation und dem Neustarten tut sich nichts in Sachen ioBroker Oberfläche.
pi@raspberrypi:~ $ iobroker list instances Cannot read system.config: null (OK when migrating or restoring) + instance is alive
-
Ich wollte also das zuvor erstellte Backup von GDrive über BackitUp einspielen, was auch gut aussah.
Welche Versionen waren denn im Backup drin? Hattest du das auf einen aktuellen Stand gebracht? Denn du kannst nicht einfach ein 'steinaltes Backup' in einen frischen ioBroker stopfen.
-
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
Welche Versionen waren denn im Backup drin?
Soweit es eben ging hatte ich alle Adapter aktualisiert.
Einige haben das Update aber verweigert da js.controller >= 3.3.22 erwartet wurde.
Das war ja der Grund für das neue OS. -
Bei dem Abstand zwischen den js-controller-Versionen wirst du da kein Land sehen.
-
@thomas-braun sagte
Bei dem Abstand zwischen den js-controller-Versionen wirst du da kein Land sehen.
Einzige Chance ist also neu anzufangen ?
Oder kann ich zumindest meine Scenen retten bzw auf ein neues System übertragen ?
Die alte SD Karte habe ich natürlich -
Oder es findet sich wer anders. Ich befasse mich nicht mit so alten Versionen.
Hab also keine Erfahrung was solche Zeitreisen angeht. -
und die js-controller-Version vor dem Update des OS irgendwie zu updaten geht nicht ?
-
@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:
und die js-controller-Version vor dem Update des OS irgendwie zu updaten geht nicht ?
Das wäre halt mein Ansatz gewesen, um diese großen Sprünge zu vermeiden.
-
Mein Versuch um von 3.1.6 auf 3.3.22 zu kommen hat auch nicht geklappt...
keine ahnung wie ich da noch den js-controller updaten kann um mein system zu retten.pi@ioBroker-RasPi:~$ npm install iobroker.js-controller@3.3.22 added 2 packages, removed 28 packages, changed 19 packages, and audited 281 packages in 27s 14 packages are looking for funding run `npm fund` for details 4 vulnerabilities (3 moderate, 1 high) To address all issues (including breaking changes), run: npm audit fix --force Run `npm audit` for details.
pi@ioBroker-RasPi:~$ npm audit fix --force npm WARN using --force Recommended protections disabled. npm WARN audit Updating iobroker.js-controller to 4.0.23, which is a SemVer major change. added 28 packages, removed 2 packages, changed 19 packages, and audited 307 packages in 36s 18 packages are looking for funding run `npm fund` for details # npm audit report node-forge <=1.2.1 Severity: high Open Redirect in node-forge - https://github.com/advisories/GHSA-8fr3-hfg3-gpgp Prototype Pollution in node-forge debug API. - https://github.com/advisories/GHSA-5rrq-pxf6-6jx5 Prototype Pollution in node-forge util.setPath API - https://github.com/advisories/GHSA-wxgw-qj99-44c2 Prototype Pollution in node-forge - https://github.com/advisories/GHSA-92xj-mqp7-vmcj Improper Verification of Cryptographic Signature in `node-forge` - https://github.com/advisories/GHSA-2r2c-g63r-vccr Improper Verification of Cryptographic Signature in node-forge - https://github.com/advisories/GHSA-x4jg-mjrx-434g Improper Verification of Cryptographic Signature in node-forge - https://github.com/advisories/GHSA-cfm4-qjh2-4765 URL parsing in node-forge could lead to undesired behavior. - https://github.com/advisories/GHSA-gf8q-jrpm-jvxq fix available via `npm audit fix --force` Will install iobroker.js-controller@1.5.3, which is a breaking change node_modules/rsa-compat/node_modules/node-forge rsa-compat <=1.9.4 Depends on vulnerable versions of node-forge node_modules/rsa-compat le-acme-core * Depends on vulnerable versions of rsa-compat node_modules/le-acme-core iobroker.js-controller >=1.5.4 Depends on vulnerable versions of le-acme-core node_modules/iobroker.js-controller 4 vulnerabilities (3 moderate, 1 high) To address all issues (including breaking changes), run: npm audit fix --force
pi@ioBroker-RasPi:~$ npm audit fix --force npm WARN using --force Recommended protections disabled. npm WARN audit Updating iobroker.js-controller to 1.5.3, which is a SemVer major change. npm WARN deprecated json3@3.3.2: Please use the native JSON object instead of JSON 3 npm WARN deprecated mkdirp@0.5.1: Legacy versions of mkdirp are no longer supported. Please update to mkdirp 1.x. (Note that the API surface has changed to use Promises in 1.x.) added 173 packages, removed 144 packages, changed 46 packages, and audited 334 packages in 1m 14 packages are looking for funding run `npm fund` for details # npm audit report debug <2.6.9 Regular Expression Denial of Service in debug - https://github.com/advisories/GHSA-gxpj-cx7g-858c fix available via `npm audit fix --force` Will install iobroker.js-controller@4.0.23, which is a breaking change node_modules/engine.io-client/node_modules/debug node_modules/engine.io/node_modules/debug node_modules/socket.io-adapter/node_modules/debug node_modules/socket.io-client/node_modules/debug node_modules/socket.io-parser/node_modules/debug node_modules/socket.io/node_modules/debug engine.io <=3.5.0 Depends on vulnerable versions of debug Depends on vulnerable versions of ws node_modules/engine.io socket.io <=2.4.1 Depends on vulnerable versions of debug Depends on vulnerable versions of engine.io Depends on vulnerable versions of socket.io-adapter Depends on vulnerable versions of socket.io-client Depends on vulnerable versions of socket.io-parser node_modules/socket.io iobroker.js-controller <=2.1.1 Depends on vulnerable versions of redis Depends on vulnerable versions of socket.io Depends on vulnerable versions of socket.io-client Depends on vulnerable versions of winston-daily-rotate-file Depends on vulnerable versions of yargs node_modules/iobroker.js-controller engine.io-client <=3.3.2 || 3.4.0 - 3.5.1 || 4.0.0-alpha.0 - 4.1.3 Depends on vulnerable versions of debug Depends on vulnerable versions of parsejson Depends on vulnerable versions of ws Depends on vulnerable versions of xmlhttprequest-ssl node_modules/engine.io-client socket.io-client 1.0.0-pre - 2.1.1 || 2.3.0 - 2.3.1 || 3.0.0-rc1 - 3.0.5 Depends on vulnerable versions of debug Depends on vulnerable versions of engine.io-client Depends on vulnerable versions of socket.io-parser node_modules/socket.io-client socket.io-adapter <=1.1.0 Depends on vulnerable versions of debug Depends on vulnerable versions of socket.io-parser node_modules/socket.io-adapter socket.io-parser <=3.3.2 Depends on vulnerable versions of debug node_modules/socket.io-parser minimist <=1.2.5 Severity: critical Prototype Pollution in minimist - https://github.com/advisories/GHSA-xvch-5gv4-984h Prototype Pollution in minimist - https://github.com/advisories/GHSA-vh95-rmgr-6w4m fix available via `npm audit fix --force` Will install iobroker.js-controller@4.0.23, which is a breaking change node_modules/winston-daily-rotate-file/node_modules/minimist mkdirp 0.4.1 - 0.5.1 Depends on vulnerable versions of minimist node_modules/winston-daily-rotate-file/node_modules/mkdirp winston-daily-rotate-file 1.7.0 - 1.7.2 Depends on vulnerable versions of mkdirp node_modules/winston-daily-rotate-file parsejson * Severity: high Regular Expression Denial of Service in parsejson - https://github.com/advisories/GHSA-q75g-2496-mxpp fix available via `npm audit fix --force` Will install iobroker.js-controller@4.0.23, which is a breaking change node_modules/parsejson redis 2.6.0 - 3.1.0 Severity: high Node-Redis potential exponential regex in monitor mode - https://github.com/advisories/GHSA-35q2-47q7-3pc3 fix available via `npm audit fix --force` Will install iobroker.js-controller@4.0.23, which is a breaking change node_modules/redis ws <=1.1.4 Severity: high Denial of Service in ws - https://github.com/advisories/GHSA-5v72-xg48-5rpm fix available via `npm audit fix --force` Will install iobroker.js-controller@4.0.23, which is a breaking change node_modules/engine.io-client/node_modules/ws node_modules/engine.io/node_modules/ws xmlhttprequest-ssl <=1.6.1 Severity: critical Improper Certificate Validation in xmlhttprequest-ssl - https://github.com/advisories/GHSA-72mh-269x-7mh5 Arbitrary Code Injection - https://github.com/advisories/GHSA-h4j5-c7cj-74xg fix available via `npm audit fix --force` Will install iobroker.js-controller@4.0.23, which is a breaking change node_modules/xmlhttprequest-ssl yargs-parser 6.0.0 - 13.1.1 Severity: moderate yargs-parser Vulnerable to Prototype Pollution - https://github.com/advisories/GHSA-p9pc-299p-vxgp fix available via `npm audit fix --force` Will install iobroker.js-controller@4.0.23, which is a breaking change node_modules/yargs-parser yargs 8.0.0-candidate.0 - 12.0.5 Depends on vulnerable versions of yargs-parser node_modules/yargs 17 vulnerabilities (1 low, 4 moderate, 7 high, 5 critical) To address issues that do not require attention, run: npm audit fix To address all issues (including breaking changes), run: npm audit fix --force
-
@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:
npm audit fix --force
Finger weg! Das kramt dir alles auf links.
-
@thomas-braun
jetzt wollte ich gerade das ding für tot erklären und auf einmal wird mir nach dem starten von ioBroker im Host js controller 3.3.22 angezeigt ! -
@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:
@thomas-braun
jetzt wollte ich gerade das ding für tot erklären und auf einmal wird mir nach dem starten von ioBroker im Host js controller 3.3.22 angezeigt !Yeah ! Kurz vor Abbruch und dann gehts doch auf einmal Bin happy !
Damit konnte ich jetzt zumindest schon mal alle Adapter auf den aktuellen Stand bringen.
Mit admin 6.2.23 statt 4.x.x sieht das ganze nun auch moderner aus
Jetzt mach ich von dem Stand noch ein Backup mit aktualisierten Adaptern.Dann versuche ich den js-controller auf den neuesten Stand zu bringen.
Dann nochmal Backup.
Dann das Ding komplett platt und eine frische Installation.
Hoffentlich klappt das Einspielen vom Backup dann. -
@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:
Dann versuche ich den js-controller auf den neuesten Stand zu bringen.
Dann nochmal Backup.Das hat auch geklappt ! Jetzt habe ich also js-controller 4.0.23
pi@ioBroker-RasPi:~$ iobroker upgrade self Update js-controller from @3.3.22 to @4.0.23 NPM version: 9.1.1 npm install iobroker.js-controller@4.0.23 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) Server Objects 127.0.0.1:54180 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets"] Server Objects 127.0.0.1:54180 Error from InMemDB: Error: GET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.protocolVersion"] Server Objects 127.0.0.1:54180 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:54180 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:54180 Error from InMemDB: Error: Unknown LUA script load Server Objects 127.0.0.1:54180 Error from InMemDB: Error: SET-UNSUPPORTED for namespace cfg.: Data=["meta.objects.features.useSets",{"type":"Buffer","data":[49]}] pi@ioBroker-RasPi:~$ sudo iobroker start Starting iobroker controller daemon...
Jetzt noch das OS update auf Bullseye und ich bin wieder up to date
-
Wie kommst du denn jetzt an npm9? Das ist noch nicht mit einer nodejs-Version released worden.
-
@thomas-braun sagte in ioBroker node.js weicht von Kommandozeile ab:
Wie kommst du denn jetzt an npm9? Das ist noch nicht mit einer nodejs-Version released worden.
ich kann nur vermutungen anstellen... aber wird wohl durch das gekommen sein ?
npm audit fix npm audit fix --force
-
@lethuer sagte in ioBroker node.js weicht von Kommandozeile ab:
Dann das Ding komplett platt und eine frische Installation.
Hoffentlich klappt das Einspielen vom Backup dann.Dabei habe ich jetzt dann doch wieder ein Problem...
Nach dem Einspielen vom Backup aus GDrive ist die Oberfläche wieder nicht erreichbar.
Das Backup selber hatte Erfolg gemeldet und dann den Ladebalken nicht weg gemacht.
Also habe ich zumindest ein mal neu gestartet.
pi@raspberrypi:~ $ iobroker list instances No connection to states 127.0.0.1:6379[redis] pi@raspberrypi:~ $ apt policy redis redis: Installed: (none) Candidate: 5:6.0.16-1+deb11u2 Version table: 5:6.0.16-1+deb11u2 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 500 http://deb.debian.org/debian bullseye/main armhf Packages 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 500 http://security.debian.org/debian-security bullseye-security/main armhf Packages