Was bedeutet = Cannot check node.js versions...

[Thomas Braun]

@v522533

Über welche Version sprechen wir?

6.3.2? Stable
6.3.3? Beta

[Fabio]

@michael-schmitt auch ich kann das bestätigen.
Grüße Fabio

Installiert: 4.0.23
Plattform: linux
Betriebssystem: linux
System-Betriebszeit: 2 T. 00:32:11
Node.js: v16.19.0
NPM: 8.19.3
Aktive Instanzen: 22
Pfad: /opt/iobroker/
aktiv: true

[Fabio]

@thomas-braun stable. 6.3.2
Grüße

[guergen]

@thomas-braun Ich bin mir auch sicher, dass es bei der 6.3.2 auch schon aufgetreten ist, bei mir ist es definitiv auch die 6.3.3
Hatte es aber als Warnung gesehen

Edit: Bin grade kurz zurück auf die 6.3.2: die Meldung kommt in der Version auch schon!

[Thomas Braun]

Ich vermute, da ist das json kaputt, das für die nodejs-Prüfung herangezogen wird. Sind ja heute neue releases herausgekommen.

[Thomas Braun]

@guergen sagte in Was bedeutet = Cannot check node.js versions...:

Edit: Bin grade kurz zurück auf die 6.3.2: die Meldung kommt in der Version auch schon!

Spricht dafür, das die defekte Datei außerhalb des ioBrokers zu suchen ist.

[guergen]

@thomas-braun Dann wäre die Frage, welche das evtl ist....

[Thomas Braun]

@guergen

Im Code finde ich nur
https://nodejs.org/download/release/index.json
aber die schaut okay aus.

[Feuersturm]

Hatte die Warnung bei mir auch im Log nach dem Update auf Admin 6.3.3
Issue ist schon angelegt: https://github.com/ioBroker/ioBroker.admin/issues/1834

Wer noch Details für Bluefox hat, einfach in das issue schreiben.

Feuer-sturm created this issue in ioBroker/ioBroker.admin

closed Cannot check node.js versions: Error: unexpected end of file #1834

[mjohn]

@thomas-braun
Hi Thomas, ich wieder. Wollte das Gleiche auch nachfragen.
Deine Abfrage oben ergibt bei mir...

Kein Docker
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.19.0
v16.19.0
8.19.3
4.0.23
pi
pi dialout sudo audio video plugdev systemd-journal input netdev ssh iobroker
tty

/home/pi
OK:1 http://deb.debian.org/debian bullseye InRelease
OK:2 http://security.debian.org/debian-security bullseye-security InRelease
OK:3 http://deb.debian.org/debian bullseye-updates InRelease
OK:4 https://deb.nodesource.com/node_16.x bullseye InRelease
OK:5 https://dl.yarnpkg.com/debian stable InRelease
OK:6 http://fi.mirror.armbian.de/apt stretch InRelease
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
nodejs:
  Installiert:           16.19.0-deb-1nodesource1
  Installationskandidat: 16.19.0-deb-1nodesource1
  Versionstabelle:
 *** 16.19.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x bullseye/main arm64 Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u1 500
        500 http://security.debian.org/debian-security bullseye-security/main ar                                                              m64 Packages
     12.22.5~dfsg-2~11u1 500
        500 http://deb.debian.org/debian bullseye/main arm64 Packages

Jedoch zeigt meine Übersichtskachel

Node.js: v16.18.1
...
NPM: 8.19.2

und beides in grün

Habe mir mal meine Protokoll History angesehen. Die gleiche Fehlermeldung kam
15.-19.12. um 09:05:14, sowie (das war glaube ich nach dem Admin Update)
20.+21.12. um 10:14:21
immer nur einmal, für die Session.
Ich hoffe, das hilft etwas bei der Analyse.

[Thomas Braun]

@mjohn sagte in Was bedeutet = Cannot check node.js versions...:

Was in irgendwelchen GUI-Kacheln steht ist irrelevant, da wir oft alter Kram angezeigt.
Allerdings solltest du diese Quelle anpassen:

OK:6 http://fi.mirror.armbian.de/apt stretch InRelease

Das muss im einfachsten Fall nur auf bullseye umgeschrieben werden, im komplizierten Fall hat sich das ganze Setup bei Armbian geändert. Musst du mal recherchieren wie die Ihre Repos mittlerweile aufbauen.

[mjohn]

@thomas-braun

Nicht dass ich wieder fachlich überfordert wäre. Ich gebe mein Bestes...

Die Datei /etc/apt/sources.list.d/armbian.list hat folgenden Inhalt:

deb http://apt.armbian.com stretch main stretch-utils stretch-desktop

Das sieht doch etwas anders aus.
Welche Datei müsste ich s.u. anpassen?

http://fi.mirror.armbian.de/apt bullseye InRelease

Die bullseye Version liegt auf dem gleichen (mirror) Server und ist IMHO gleich aufgebaut.
Wie heißt die Systemdatei, die darauf verweist? Wo muss ich überschreiben?

[Thomas Braun]

@mjohn

Ersetze in der Datei /etc/apt/sources.list.d/armbian.list jeweils den Eintrag stretch durch bullseye.
Wenn der Aufbau des Repos gleich geblieben ist war es das schon. Falls das komplett umgebaut oder ersetzt wurde muss man mal schauen.

sudo apt update

meckert schon rum, wenn es nicht richtig ist.

[mjohn]

@thomas-braun said in Was bedeutet = Cannot check node.js versions...:

sudo apt update

Eintrag umgeschrieben, dann folgendes durchlaufen

pi@ioBroker-Rock:~$ sudo apt update
OK:1 http://deb.debian.org/debian bullseye InRelease
OK:2 http://deb.debian.org/debian bullseye-updates InRelease
OK:3 http://security.debian.org/debian-security bullseye-security InRelease
OK:4 https://deb.nodesource.com/node_16.x bullseye InRelease
OK:5 https://dl.yarnpkg.com/debian stable InRelease
OK:6 http://imola.armbian.com/apt bullseye InRelease
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Aktualisierung für 5 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen.
pi@ioBroker-Rock:~$ apt list --upgradable
Auflistung… Fertig
armbian-config/bullseye,bullseye 22.11.2 all [aktualisierbar von: 22.02.2]
armbian-firmware/bullseye,bullseye 22.11.2 all [aktualisierbar von: 22.02.2]
hostapd/bullseye 3:2.10-6~armbian22.02.3+1 arm64 [aktualisierbar von: 3:2.7-99~armbian5.86+1]
htop/bullseye 3.1.0-0~armbian20.08.2+1 arm64 [aktualisierbar von: 3.0.5-7]
linux-libc-dev/bullseye 22.11.1 arm64 [aktualisierbar von: 22.02.1]
pi@ioBroker-Rock:~$ sudo apt upgrade
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paketaktualisierung (Upgrade) wird berechnet… Fertig
Die folgenden Pakete werden aktualisiert (Upgrade):
  armbian-config armbian-firmware hostapd htop linux-libc-dev
5 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

Wenn ich das richtig sehe, ist auch diese Problem mit deiner Hilfe gelöst.
Erneut vielen Dank.

Ich hoffe ich kann mich jetzt mehr dem IoB selbst widmen.

[Thomas Braun]

@mjohn

Nach einem Firmware-Upgrade würde ich einmal sauber neustarten.

[muuulle]

@thomas-braun
Moin,
ich habe die gleiche Fehlermeldung:

Kein Docker
/usr/bin/nodejs
/home/pi/.nvm/versions/node/v14.19.3/bin/node
/home/pi/.nvm/versions/node/v14.19.3/bin/npm
v16.19.0
v14.19.3
9.2.0
4.0.23
pi
pi adm dialout cdrom sudo audio video plugdev games users input netdev i2c gpio spi iobroker
tty

/home/pi
OK:1 http://phoscon.de/apt/deconz buster-beta InRelease
OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease                                 
OK:3 http://archive.raspberrypi.org/debian buster InRelease                                    
OK:4 https://deb.nodesource.com/node_16.x buster InRelease                                     
Paketlisten werden gelesen... Fertig               
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
nodejs:
  Installiert:           16.19.0-deb-1nodesource1
  Installationskandidat: 16.19.0-deb-1nodesource1
  Versionstabelle:
 *** 16.19.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x buster/main armhf Packages

[Thomas Braun]

@muuulle

Joh, nodejs falsch installiert.
Lasst die Finger von nvm.

Und Buster ist tot, installiert da ein Bullseye-Release.

[RoddiEF]

Bei mir dasselbe: "Cannot check node.js versions: Error: unexpected end of file"

x86_64
Docker-Installation
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.19.0
v16.19.0
8.19.3
4.0.23
root
root

/opt/iobroker
Hit:1 http://deb.debian.org/debian bullseye InRelease
Hit:2 https://deb.nodesource.com/node_16.x bullseye InRelease
Hit:3 http://deb.debian.org/debian-security bullseye-security InRelease
Hit:4 http://deb.debian.org/debian bullseye-updates InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
1 package can be upgraded. Run 'apt list --upgradable' to see it.
nodejs:
  Installed: 16.19.0-deb-1nodesource1
  Candidate: 16.19.0-deb-1nodesource1
  Version table:
 *** 16.19.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x bullseye/main amd64 Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u1 500
        500 http://deb.debian.org/debian-security bullseye-security/main amd64 Packages
     12.22.5~dfsg-2~11u1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages

Wie man sehen kann, ist es eine Dockerinstallation. Ist die aktuelle von buanet die einen Angeboten wird wenn man ioBroker installiert. Das Problem scheint ja bekannt zu sein aber eine Lösung wohl nicht in Sicht oder täusche ich mich?

[Fabio]

@roddief es gab ein Admin Update auf 6.3.5 https://github.com/ioBroker/ioBroker.admin/releases/tag/v6.3.5

[RoddiEF]

@fa-bio sagte in Was bedeutet = Cannot check node.js versions...:

@roddief es gab ein Admin Update auf 6.3.5 https://github.com/ioBroker/ioBroker.admin/releases/tag/v6.3.5

Das mag sein, aber es soll Menschen geben die sich nicht bis in die Tiefen der Bits und Byte im ioBroker auskennen.
Einer davon bin ich. Ich habe schon 2 Tage gebraucht um die Shelly-Adapter zum laufen zu bekommen und das nur weil ich mal Testweise von Bridge auf Host umgestellt habe. Und schon wurden die Adapter grün. Da muss man auch erstmal drauf kommen
Ich versuche immer erst ein Problem selber zu lösen, Frage erst wenn meine Möglichkeiten (sei es durch Tante Google oder hier im Forum durch Lesen der Beiträge) erschöpft sind und ich nicht weiterkomme.

Aber zurück zu dem hier Aufgeführten Problem:
Wenn mir Updates im ioB angeboten werden dann Update ich schon wenn möglich. Wird mir kein Update angeboten dann sieht es für mich so aus das es nichts zu Updaten gibt.

Edit:
Hat sich Dank eines anderen Beitrags hier im Forum erledigt. Adapter ist auf aktueller Version. Mal schauen ob der Fehler noch Auftritt.