Ubuntu 22.10 - falsche node Version?
-
@tholterhus was sagt
iob diag?======================= SUMMARY ======================= v.2023-01-02 Operatingsystem: Ubuntu 22.10 Installation: kvm Timezone: Europe/Berlin User-ID: 1000 X-Server: false Boot Target: graphical.target Pending OS-Updates: 0 Nodejs-Installation: /usr/bin/nodejs v18.7.0 /usr/bin/node v18.7.0 /usr/bin/npm 8.18.0 /usr/bin/npx 8.18.0 ioBroker Core: js-controller 4.0.24 admin 6.3.5 ioBroker Status: iobroker is not running on this host. Objects type: jsonl States type: jsonl Status admin: system.adapter.admin.0 : admin : iobroker-tim - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin system.adapter.admin.1 : admin : iobroker - enabled, port: 8089, bind: 0.0.0.0, run as: admin Pending iob updates: 0 Active repo(s): stable Objects: 10897 States: 8755 Size of iob-Database: 18M /opt/iobroker/iobroker-data/objects.jsonl 2.0M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================ich hatte mittlerweile schon eine zweite admin instanz auf einem anderen port erstellt, da nach Einspielung des Backups nix mehr ging. Aber auch die ist nicht erreichbar. Netstat zeigt's:
$ netstat -tulpen (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 104 21706 - tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 1955 - tcp 0 0 127.0.0.54:53 0.0.0.0:* LISTEN 104 21708 - tcp6 0 0 :::111 :::* LISTEN 0 1956 - tcp6 0 0 :::22 :::* LISTEN 0 655 - udp 0 0 127.0.0.54:53 0.0.0.0:* 104 21707 - udp 0 0 127.0.0.53:53 0.0.0.0:* 104 21705 - udp 0 0 192.168.178.88:68 0.0.0.0:* 101 815 - udp 0 0 0.0.0.0:111 0.0.0.0:* 0 19246 - udp 0 0 0.0.0.0:5353 0.0.0.0:* 107 709 - udp 0 0 0.0.0.0:56621 0.0.0.0:* 107 711 - udp6 0 0 :::42625 :::* 107 712 - udp6 0 0 :::111 :::* 0 1957 - udp6 0 0 :::5353 :::* 107 710 -und so sieht der restore-Versuch über die Konsole aus
$ iobroker restore 0 host.iobroker Using backup file yahka.0_2023_03_11-17_19_43_backupiobroker.tar.gz host.iobroker Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"ein Blick in das genannte Verzeichnis zeigt jedoch, dass backup.json dort gar nicht vorhanden ist:
$ l /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/ total 34244 drwxr-xr-x+ 4 iobroker iobroker 4096 Mar 12 14:31 . drwxr-xr-x+ 3 iobroker iobroker 4096 Mar 12 14:31 .. -rw-rw-r--+ 1 iobroker iobroker 35048721 Mar 12 13:52 backup_.json drwxr-xr-x+ 3 iobroker iobroker 4096 Mar 12 13:52 eusec.0 drwxr-xr-x+ 7 iobroker iobroker 4096 Mar 12 13:52 files -
======================= SUMMARY ======================= v.2023-01-02 Operatingsystem: Ubuntu 22.10 Installation: kvm Timezone: Europe/Berlin User-ID: 1000 X-Server: false Boot Target: graphical.target Pending OS-Updates: 0 Nodejs-Installation: /usr/bin/nodejs v18.7.0 /usr/bin/node v18.7.0 /usr/bin/npm 8.18.0 /usr/bin/npx 8.18.0 ioBroker Core: js-controller 4.0.24 admin 6.3.5 ioBroker Status: iobroker is not running on this host. Objects type: jsonl States type: jsonl Status admin: system.adapter.admin.0 : admin : iobroker-tim - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin system.adapter.admin.1 : admin : iobroker - enabled, port: 8089, bind: 0.0.0.0, run as: admin Pending iob updates: 0 Active repo(s): stable Objects: 10897 States: 8755 Size of iob-Database: 18M /opt/iobroker/iobroker-data/objects.jsonl 2.0M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================ich hatte mittlerweile schon eine zweite admin instanz auf einem anderen port erstellt, da nach Einspielung des Backups nix mehr ging. Aber auch die ist nicht erreichbar. Netstat zeigt's:
$ netstat -tulpen (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 104 21706 - tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 1955 - tcp 0 0 127.0.0.54:53 0.0.0.0:* LISTEN 104 21708 - tcp6 0 0 :::111 :::* LISTEN 0 1956 - tcp6 0 0 :::22 :::* LISTEN 0 655 - udp 0 0 127.0.0.54:53 0.0.0.0:* 104 21707 - udp 0 0 127.0.0.53:53 0.0.0.0:* 104 21705 - udp 0 0 192.168.178.88:68 0.0.0.0:* 101 815 - udp 0 0 0.0.0.0:111 0.0.0.0:* 0 19246 - udp 0 0 0.0.0.0:5353 0.0.0.0:* 107 709 - udp 0 0 0.0.0.0:56621 0.0.0.0:* 107 711 - udp6 0 0 :::42625 :::* 107 712 - udp6 0 0 :::111 :::* 0 1957 - udp6 0 0 :::5353 :::* 107 710 -und so sieht der restore-Versuch über die Konsole aus
$ iobroker restore 0 host.iobroker Using backup file yahka.0_2023_03_11-17_19_43_backupiobroker.tar.gz host.iobroker Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"ein Blick in das genannte Verzeichnis zeigt jedoch, dass backup.json dort gar nicht vorhanden ist:
$ l /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/ total 34244 drwxr-xr-x+ 4 iobroker iobroker 4096 Mar 12 14:31 . drwxr-xr-x+ 3 iobroker iobroker 4096 Mar 12 14:31 .. -rw-rw-r--+ 1 iobroker iobroker 35048721 Mar 12 13:52 backup_.json drwxr-xr-x+ 3 iobroker iobroker 4096 Mar 12 13:52 eusec.0 drwxr-xr-x+ 7 iobroker iobroker 4096 Mar 12 13:52 filesnachdem ich das yahka backup file aus /opt/iobroker/backups entfernt habe, scheint der Restore über cli jetzt zu laufen. Bin gespannt, ob das System danach auf die Füße kommt... es sieht soweit erstmal ganz gut aus
-
nachdem ich das yahka backup file aus /opt/iobroker/backups entfernt habe, scheint der Restore über cli jetzt zu laufen. Bin gespannt, ob das System danach auf die Füße kommt... es sieht soweit erstmal ganz gut aus
falsche node Version?
Eher falsche Ubuntu-Version.
Man installiert für den Betrieb als Server nie die Interimsreleases sonden die jeweils aktuelle LTS-Version. Im Moment wäre das Ubuntu 22.04.Jetzt hast du die dfsg-Version von nodejs serviert bekommen, die willst du aber nicht.
-
======================= SUMMARY ======================= v.2023-01-02 Operatingsystem: Ubuntu 22.10 Installation: kvm Timezone: Europe/Berlin User-ID: 1000 X-Server: false Boot Target: graphical.target Pending OS-Updates: 0 Nodejs-Installation: /usr/bin/nodejs v18.7.0 /usr/bin/node v18.7.0 /usr/bin/npm 8.18.0 /usr/bin/npx 8.18.0 ioBroker Core: js-controller 4.0.24 admin 6.3.5 ioBroker Status: iobroker is not running on this host. Objects type: jsonl States type: jsonl Status admin: system.adapter.admin.0 : admin : iobroker-tim - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin system.adapter.admin.1 : admin : iobroker - enabled, port: 8089, bind: 0.0.0.0, run as: admin Pending iob updates: 0 Active repo(s): stable Objects: 10897 States: 8755 Size of iob-Database: 18M /opt/iobroker/iobroker-data/objects.jsonl 2.0M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================ich hatte mittlerweile schon eine zweite admin instanz auf einem anderen port erstellt, da nach Einspielung des Backups nix mehr ging. Aber auch die ist nicht erreichbar. Netstat zeigt's:
$ netstat -tulpen (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 104 21706 - tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 1955 - tcp 0 0 127.0.0.54:53 0.0.0.0:* LISTEN 104 21708 - tcp6 0 0 :::111 :::* LISTEN 0 1956 - tcp6 0 0 :::22 :::* LISTEN 0 655 - udp 0 0 127.0.0.54:53 0.0.0.0:* 104 21707 - udp 0 0 127.0.0.53:53 0.0.0.0:* 104 21705 - udp 0 0 192.168.178.88:68 0.0.0.0:* 101 815 - udp 0 0 0.0.0.0:111 0.0.0.0:* 0 19246 - udp 0 0 0.0.0.0:5353 0.0.0.0:* 107 709 - udp 0 0 0.0.0.0:56621 0.0.0.0:* 107 711 - udp6 0 0 :::42625 :::* 107 712 - udp6 0 0 :::111 :::* 0 1957 - udp6 0 0 :::5353 :::* 107 710 -und so sieht der restore-Versuch über die Konsole aus
$ iobroker restore 0 host.iobroker Using backup file yahka.0_2023_03_11-17_19_43_backupiobroker.tar.gz host.iobroker Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"ein Blick in das genannte Verzeichnis zeigt jedoch, dass backup.json dort gar nicht vorhanden ist:
$ l /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/ total 34244 drwxr-xr-x+ 4 iobroker iobroker 4096 Mar 12 14:31 . drwxr-xr-x+ 3 iobroker iobroker 4096 Mar 12 14:31 .. -rw-rw-r--+ 1 iobroker iobroker 35048721 Mar 12 13:52 backup_.json drwxr-xr-x+ 3 iobroker iobroker 4096 Mar 12 13:52 eusec.0 drwxr-xr-x+ 7 iobroker iobroker 4096 Mar 12 13:52 files@tholterhus da fehlt 70% vom iob diag
bitte nachreichen -
======================= SUMMARY ======================= v.2023-01-02 Operatingsystem: Ubuntu 22.10 Installation: kvm Timezone: Europe/Berlin User-ID: 1000 X-Server: false Boot Target: graphical.target Pending OS-Updates: 0 Nodejs-Installation: /usr/bin/nodejs v18.7.0 /usr/bin/node v18.7.0 /usr/bin/npm 8.18.0 /usr/bin/npx 8.18.0 ioBroker Core: js-controller 4.0.24 admin 6.3.5 ioBroker Status: iobroker is not running on this host. Objects type: jsonl States type: jsonl Status admin: system.adapter.admin.0 : admin : iobroker-tim - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin system.adapter.admin.1 : admin : iobroker - enabled, port: 8089, bind: 0.0.0.0, run as: admin Pending iob updates: 0 Active repo(s): stable Objects: 10897 States: 8755 Size of iob-Database: 18M /opt/iobroker/iobroker-data/objects.jsonl 2.0M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================ich hatte mittlerweile schon eine zweite admin instanz auf einem anderen port erstellt, da nach Einspielung des Backups nix mehr ging. Aber auch die ist nicht erreichbar. Netstat zeigt's:
$ netstat -tulpen (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 104 21706 - tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 1955 - tcp 0 0 127.0.0.54:53 0.0.0.0:* LISTEN 104 21708 - tcp6 0 0 :::111 :::* LISTEN 0 1956 - tcp6 0 0 :::22 :::* LISTEN 0 655 - udp 0 0 127.0.0.54:53 0.0.0.0:* 104 21707 - udp 0 0 127.0.0.53:53 0.0.0.0:* 104 21705 - udp 0 0 192.168.178.88:68 0.0.0.0:* 101 815 - udp 0 0 0.0.0.0:111 0.0.0.0:* 0 19246 - udp 0 0 0.0.0.0:5353 0.0.0.0:* 107 709 - udp 0 0 0.0.0.0:56621 0.0.0.0:* 107 711 - udp6 0 0 :::42625 :::* 107 712 - udp6 0 0 :::111 :::* 0 1957 - udp6 0 0 :::5353 :::* 107 710 -und so sieht der restore-Versuch über die Konsole aus
$ iobroker restore 0 host.iobroker Using backup file yahka.0_2023_03_11-17_19_43_backupiobroker.tar.gz host.iobroker Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"ein Blick in das genannte Verzeichnis zeigt jedoch, dass backup.json dort gar nicht vorhanden ist:
$ l /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/ total 34244 drwxr-xr-x+ 4 iobroker iobroker 4096 Mar 12 14:31 . drwxr-xr-x+ 3 iobroker iobroker 4096 Mar 12 14:31 .. -rw-rw-r--+ 1 iobroker iobroker 35048721 Mar 12 13:52 backup_.json drwxr-xr-x+ 3 iobroker iobroker 4096 Mar 12 13:52 eusec.0 drwxr-xr-x+ 7 iobroker iobroker 4096 Mar 12 13:52 files@tholterhus sagte in Ubuntu 22.10 - falsche node Version?:
eine zweite admin instanz
auf einem 2. host?
Status admin:
system.adapter.admin.0 : admin : iobroker-tim - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin
system.adapter.admin.1 : admin : iobroker - enabled, port: 8089, bind: 0.0.0.0, run as: admin
auch mit https aufgerufen?
-
@tholterhus sagte in Ubuntu 22.10 - falsche node Version?:
eine zweite admin instanz
auf einem 2. host?
Status admin:
system.adapter.admin.0 : admin : iobroker-tim - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin
system.adapter.admin.1 : admin : iobroker - enabled, port: 8089, bind: 0.0.0.0, run as: admin
auch mit https aufgerufen?
@homoran und @Thomas-Braun es läuft jetzt alles, der Fehler schien tatsächlich gewesen zu sein, dass mein yahka backup file in dem o.g. Ordner vorhanden war und den restore "gestört" hat. Nachdem ich die Datei gelöscht habe, lief der Restore anstandslos durch und alles läuft auf der neuen VM. Danke euch für die schnelle Unterstützung!
-
@homoran und @Thomas-Braun es läuft jetzt alles, der Fehler schien tatsächlich gewesen zu sein, dass mein yahka backup file in dem o.g. Ordner vorhanden war und den restore "gestört" hat. Nachdem ich die Datei gelöscht habe, lief der Restore anstandslos durch und alles läuft auf der neuen VM. Danke euch für die schnelle Unterstützung!
Nur bist du immer noch auf einem Release, das im Juli 2023 abgekündigt werden wird, weil die Interimsreleases nur 9 Monate unterstützt werden.
Und die nodejs-Version ist auch immer noch die falsche.sudo apt update apt policy nodejssagt?
-
@homoran und @Thomas-Braun es läuft jetzt alles, der Fehler schien tatsächlich gewesen zu sein, dass mein yahka backup file in dem o.g. Ordner vorhanden war und den restore "gestört" hat. Nachdem ich die Datei gelöscht habe, lief der Restore anstandslos durch und alles läuft auf der neuen VM. Danke euch für die schnelle Unterstützung!
@tholterhus sagte in Ubuntu 22.10 - falsche node Version?:
Danke euch für die schnelle Unterstützung!
Danke für die NichtInformationen, die zu einer echten Hilfe notwendig gewesen wären.
@tholterhus sagte in Ubuntu 22.10 - falsche node Version?:
es läuft jetzt alles
trifft es wahrscheinlich nicht
-
Nur bist du immer noch auf einem Release, das im Juli 2023 abgekündigt werden wird, weil die Interimsreleases nur 9 Monate unterstützt werden.
Und die nodejs-Version ist auch immer noch die falsche.sudo apt update apt policy nodejssagt?
$ sudo apt update Hit:1 http://de.archive.ubuntu.com/ubuntu kinetic InRelease Get:2 http://de.archive.ubuntu.com/ubuntu kinetic-updates InRelease [118 kB] Hit:3 https://deb.nodesource.com/node_16.x kinetic InRelease Get:4 http://de.archive.ubuntu.com/ubuntu kinetic-backports InRelease [99.9 kB] Get:5 http://de.archive.ubuntu.com/ubuntu kinetic-security InRelease [109 kB] Fetched 326 kB in 1s (336 kB/s) Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date. xxx@iobroker-xxx:~$ apt policy nodejs nodejs: Installed: 18.7.0+dfsg-5ubuntu1 Candidate: 18.7.0+dfsg-5ubuntu1 Version table: *** 18.7.0+dfsg-5ubuntu1 500 500 http://de.archive.ubuntu.com/ubuntu kinetic/universe amd64 Packages 100 /var/lib/dpkg/status 16.19.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x kinetic/main amd64 Packages -
$ sudo apt update Hit:1 http://de.archive.ubuntu.com/ubuntu kinetic InRelease Get:2 http://de.archive.ubuntu.com/ubuntu kinetic-updates InRelease [118 kB] Hit:3 https://deb.nodesource.com/node_16.x kinetic InRelease Get:4 http://de.archive.ubuntu.com/ubuntu kinetic-backports InRelease [99.9 kB] Get:5 http://de.archive.ubuntu.com/ubuntu kinetic-security InRelease [109 kB] Fetched 326 kB in 1s (336 kB/s) Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date. xxx@iobroker-xxx:~$ apt policy nodejs nodejs: Installed: 18.7.0+dfsg-5ubuntu1 Candidate: 18.7.0+dfsg-5ubuntu1 Version table: *** 18.7.0+dfsg-5ubuntu1 500 500 http://de.archive.ubuntu.com/ubuntu kinetic/universe amd64 Packages 100 /var/lib/dpkg/status 16.19.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x kinetic/main amd64 Packages -
@tholterhus sagte in Ubuntu 22.10 - falsche node Version?:
Danke euch für die schnelle Unterstützung!
Danke für die NichtInformationen, die zu einer echten Hilfe notwendig gewesen wären.
@tholterhus sagte in Ubuntu 22.10 - falsche node Version?:
es läuft jetzt alles
trifft es wahrscheinlich nicht
sorry - bei mir ist jetzt alles grün und alle Module laufen soweit.
Da ich meine initialen "Probleme" den Restore ans Fliegen zu bringen irrtümlicher Weise mit der zu hohen nodejs Version in Verbindung gebracht habe, sich das aber im Laufe meines eigenen Postings hier für mich als mein eigener Fehler/Dummheit heraus gestellt hat (Datei zu viel im backup Verz.), war jetzt zunächst alles geklärt.
-
Ja genau, aber ich habe (mit meinen anscheinend sehr beschränkten apt-Kenntnissen) keinen Weg gefunden, die 18.x zu entfernen und auf die 16.x downzugraden. Mit der 18 läuft es bislang problemlos
-
Ja genau, aber ich habe (mit meinen anscheinend sehr beschränkten apt-Kenntnissen) keinen Weg gefunden, die 18.x zu entfernen und auf die 16.x downzugraden. Mit der 18 läuft es bislang problemlos
@tholterhus sagte in Ubuntu 22.10 - falsche node Version?:
Mit der 18 läuft es bislang problemlos
Die dfsg-Version ist nur grundsätzlich anderes (modularer) gepackt. Das wird dir früher oder später um die Ohren fliegen.
Und warum hast du die 22.10 installiert und nicht die LTS-Version 22.04? Dann wärst du gar nicht in das Phänomen gerannt. -
Ja genau, aber ich habe (mit meinen anscheinend sehr beschränkten apt-Kenntnissen) keinen Weg gefunden, die 18.x zu entfernen und auf die 16.x downzugraden. Mit der 18 läuft es bislang problemlos
@tholterhus sagte in Ubuntu 22.10 - falsche node Version?:
die 18.x zu entfernen und auf die 16.x downzugraden.
Kann man natürlich. Nennt sich apt pinning.
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 Anmelden315
Online32.8k
Benutzer82.9k
Themen1.3m
Beiträge