Kein Zugriff auf Weboberfläche

DragonDope

Hallo,

ich habe mich schon durch diverse Themen in dem Forum gelesen, aber leider habe ich noch keine funktionierende Lösung gefunden.

Problem:
Ich komme nicht mehr auf die Weboberfläche des iobroker.

Was habe ich gemacht:
Ich habe ein Update nodejs von v14 auf v16 durchgeführt, was auch geklappt hat.

pi@RPi4:~ $ node -v
v16.16.0
pi@RPi4:~ $ nodejs -v
v16.16.0
pi@RPi4:~ $ npm -v
8.11.0

Danach bin ich auch noch auf die Weboberfläche gekommen.
Als ich einen Adapter updaten wollte, klappte es jedoch nicht, also habe ich mal den RaspberryPi 4 neugestartet und ab dann könnte ich nicht mehr auf die Weboberfäche zugreifen. Es schein, dass einige Adaper des iobroker laufen, weil Daten (u.a Temperaturen) in meine Datenbank geschrieben werden. Jedoch nicht alle Adapter.

Über iobroker list instances habe ich gesehen, dass der Admin Adapter nicht gestartet wird. Ein manuelles starten iobroker start admin löste das Problem jedoch nicht und zeigte in den Logs (tail -f /opt/iobroker/log/iobroker.current.log) folgende Ausgabe:

2022-08-13 15:58:02.913  - warn: host.RPi4 startInstance cannot find adapter "admin@5.3.8". Try to install it... 2 attempt
2022-08-13 15:58:02.914  - info: host.RPi4 iobroker install admin@5.3.8 using installedFrom
2022-08-13 15:58:07.201  - info: host.RPi4 iobroker npm-install: NPM version: 8.11.0
2022-08-13 15:58:07.203  - info: host.RPi4 iobroker npm-install: Installing iobroker.admin@5.3.8... (System call)
2022-08-13 15:58:43.953  - error: host.RPi4 iobroker npm-install: host.RPi4 Cannot install iobroker.admin@5.3.8: 217
2022-08-13 15:58:44.995  - info: host.RPi4 iobroker npm-install: exit 25

Der Admin Adapter kann quasi nicht gestatet werden.

Mit

iobroker update
iobroker upgrade self
iobroker upgrade

kann er die anderen Adapter auch nicht updaten.

Lösungsversuche:

Backup zurückgespielt
iobroker fix
sudo ln -s /usr/bin/node /usr/bin/nodejs

pi@RPi4:~ $ uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
armv7l
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.16.0
v16.16.0
8.11.0
pi
/home/pi
OK:1 http://raspbian.raspberrypi.org/raspbian buster InRelease
OK:2 http://archive.raspberrypi.org/debian buster InRelease
OK:3 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.16.0-deb-1nodesource1
  Installationskandidat: 16.16.0-deb-1nodesource1
  Versionstabelle:
 *** 16.16.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x buster/main armhf Packages
        100 /var/lib/dpkg/status
     10.24.0~dfsg-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages

Für mich deutet alles darauf hin, das irgendwas mit nodejs, node oder npm nicht stimmt, leider habe ich dahin keine Erfahrung und hoffe auf die Community. Was kann ich noch machen und das Problem zu lösen?

Vielen Dank im voraus!

Glasfaser

@dragondope sagte in Kein Zugriff auf Weboberfläche:

Was kann ich noch machen und das Problem zu lösen?

Fast gleiches Thema :

https://forum.iobroker.net/topic/57104/hilfe-mit-admin-adapter

... mit --debug nachschauen was los ist

Homoran

@dragondope sagte in Kein Zugriff auf Weboberfläche:

Ein manuelles starten iobroker start admin löste das Problem jedoch nicht und zeigte in den Logs (tail -f /opt/iobroker/log/iobroker.current.log) folgende Ausgabe:

dazu passt das log aber nicht!

@dragondope sagte in Kein Zugriff auf Weboberfläche:

iobroker install admin@5.3.8

das ist ein Installationsversuch. Warum?

DragonDope

@homoran sagte in Kein Zugriff auf Weboberfläche:

das ist ein Installationsversuch. Warum?

Keine Ahnung!

Ich habe es noch mal versucht und die relevanten Log kopiert:

pi@RPi4:~ $ iobroker start admin
2022-08-13 16:52:45.587  - info: host.RPi4 "system.adapter.admin.0" enabled
2022-08-13 16:54:11.387  - info: host.RPi4 iobroker npm-rebuild: rebuilt dependencies successfully
2022-08-13 16:54:11.421  - info: host.RPi4 iobroker npm-rebuild:
2022-08-13 16:54:11.422  - info: host.RPi4 iobroker npm-rebuild: Rebuilding native modules done
2022-08-13 16:54:12.452  - info: host.RPi4 iobroker npm-rebuild: exit 0
2022-08-13 16:54:13.455  - warn: host.RPi4 startInstance cannot find adapter "admin@5.3.8". Try to install it... 1 attempt
2022-08-13 16:54:13.456  - info: host.RPi4 iobroker install admin@5.3.8 using installedFrom
2022-08-13 16:54:19.424  - info: host.RPi4 iobroker npm-install: Installing iobroker.admin@5.3.8... (System call)
2022-08-13 16:56:36.403  - error: host.RPi4 iobroker npm-install: host.RPi4 Cannot install iobroker.admin@5.3.8: 217
2022-08-13 16:56:37.434  - info: host.RPi4 iobroker npm-install: exit 25

Kann es vielleicht durch das zurückspielen des Backups kommen, dass der Admin Adapter nicht mehr drauf ist?

Thomas Braun

@dragondope sagte in Kein Zugriff auf Weboberfläche:

dass der Admin Adapter nicht mehr drauf ist?

Der ist drauf, der muss nur neugebaut werden und das geht in die Hose. Warum könntest du sehen, wenn das mit --debug-Option durchgeführt würde.

iobroker install admin@5.3.8 --debug

Vermutlich werden Verzeichnisse mit kryptischen Endungen angezeigt werden, wie hier erklärt:

https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debian/2

DragonDope

@thomas-braun sagte in Kein Zugriff auf Weboberfläche:

Warum könntest du sehen, wenn das mit --debug-Option durchgeführt würde

In einem Terminal habe ich tail -f /opt/iobroker/log/iobroker.current.log gestartet.
Und in einem anderen habe ich mit iobroker start admin gestartet.

z.Z. lösche die kryptischen Verzeichnisse, die mir angezeit werden, wenn ich iobroker add admin --debug starte.

Falls die Frage auftaucht, warum ich das nicht automatisch machen lasse:

cd /opt/iobroker/node_modules
for i in $(ls -d .[^.]*-*/); do rm -rf ${i%%/}; done

hatte ich vorher breits eingegeben.

Thomas Braun

@dragondope sagte in Kein Zugriff auf Weboberfläche:

Falls die Frage auftaucht, warum ich das nicht automatisch machen lasse:

Mit der for-Schleife musst du dich auch jeweils in das entsprechende Verzeichnis stellen. Das rekursiv über /opt/iobroker/node_modules zu kippen ist zu gefährlich.

DragonDope

So, ich habe den Admin Adapter wieder zum Laufen gebracht.

Habe dazu alle Ordner aus der --debug Meldung gelöscht.

Jetzt wollte ich andere Adapter upgraden und das ganz Spiel fängt von vorne an :angry: . Wenn ich mir die Ordnernamen (mit Punkt am Anfang) so anschaue, dann sind es möglicherweise die Selben, die ich schon beim Admin Adapter gelöscht habe. Zumindest der Überordner ist gleich und da hatte ich alle Punktordner gelöscht.

Muss ich das jetzt bei jedem upgrade machen? Das sind schon echt viele Ordner. Gibts da noch eine andere Möglichkeit?

Glasfaser

@dragondope sagte in Kein Zugriff auf Weboberfläche:

Gibts da noch eine andere Möglichkeit?

den Code von Thomas

cd /opt/iobroker/node_modules
for i in $(ls -d .[^.]*-*/); do rm -rf ${i%%/}; done

DragonDope

@glasfaser

Der Code löscht doch nur im aktuellen Ordner und nicht in den Unterordner, oder?

@thomas-braun sagte in Kein Zugriff auf Weboberfläche:

@dragondope sagte in Kein Zugriff auf Weboberfläche:

Falls die Frage auftaucht, warum ich das nicht automatisch machen lasse:

Mit der for-Schleife musst du dich auch jeweils in das entsprechende Verzeichnis stellen. Das rekursiv über /opt/iobroker/node_modules zu kippen ist zu gefährlich.

Thomas Braun

@dragondope sagte in Kein Zugriff auf Weboberfläche:

Der Code löscht doch nur im aktuellen Ordner und nicht in den Unterordner, oder?

Richtig. Und deswegen musst du dich selber in das betreffende Verzeichnis stellen und jeweils die Schleife aufrufen.

DragonDope

@thomas-braun sagte in Kein Zugriff auf Weboberfläche:

Richtig. Und deswegen musst du dich selber in das betreffende Verzeichnis stellen und jeweils die Schleife aufrufen.

Und das dauert :-1:
Ich bekomme auch immer nur einen zu löschenden Ordner pro --debug Aufruf angezeigt :disappointed: .

Thomas Braun

@dragondope

Stimmt. Aber mit bash completion und der shell history sind das wenige Tastenanschläge.

DragonDope

@thomas-braun

Muss ich das in Zukunft bei jedem Adapter machen, wenn ein Update ansteht?

Glasfaser

@dragondope

Nein ... nur jetzt ( einmalig )

Zitat :

Nach upgrade auf nodeJS16 / npm 8 können keine Adapter mehr installiert werden und bei einer Installation mit aktivierter --debug Option werden diverse Verzeichnisse zum umbenennen vorgeschlagen

Thomas Braun

@dragondope

Nur wenn bei diesen Updates noch sub-dependencies in den tieferen Verzeichnisebenenen auftauchen sollten.

Community Forum

NEWS

Kein Zugriff auf Weboberfläche

Support us

761

32.5k

81.7k

1.3m