Kein Zugriff auf Weboberfläche
-
@thomas-braun wie oben geschrieben, bereits gemacht.....ohne erfolg
-
-
@thomas-braun sagte in Kein Zugriff auf Weboberfläche:
iobroker list instances
pi@raspberrypi:~ $ iobroker list adapters system.adapter.admin : admin - v5.3.8 system.adapter.alexa : alexa - v0.0.36 system.adapter.alexa2 : alexa2 - v3.11.2 system.adapter.backitup : backitup - v2.4.9 system.adapter.cloud : cloud - v4.1.1 system.adapter.devices : devices - v1.0.12 system.adapter.discovery : discovery - v3.0.3 system.adapter.fritzdect : fritzdect - v2.2.3 system.adapter.hmip : hmip - v1.17.0 system.adapter.hs100 : hs100 - v2.0.7 system.adapter.hue : hue - v3.7.0 system.adapter.hue-extended : hue-extended - v2.0.0 system.adapter.hyperion : hyperion - v0.0.9 system.adapter.ical : ical - v1.12.1 system.adapter.info : info - v1.9.19 system.adapter.iot : iot - v1.11.4 system.adapter.javascript : javascript - v5.7.0 system.adapter.mqtt : mqtt - v3.0.6 system.adapter.node-red : node-red - v3.3.1 system.adapter.rpi2 : rpi2 - v1.3.2 system.adapter.simple-api : simple-api - v2.7.0 system.adapter.socketio : socketio - v4.2.0 system.adapter.sonoff : sonoff - v2.5.1 system.adapter.telegram : telegram - v1.13.0 system.adapter.terminal : terminal - v0.1.2 system.adapter.text2command : text2command - v2.2.1 system.adapter.tr-064 : tr-064 - v4.2.16 system.adapter.vis : vis - v1.4.15 system.adapter.vis-canvas-gauges : vis-canvas-gauges - v0.1.5 system.adapter.vis-fancyswitch : vis-fancyswitch - v1.1.0 system.adapter.vis-jqui-mfd : vis-jqui-mfd - v1.0.12 system.adapter.vis-justgage : vis-justgage - v1.0.2 system.adapter.vis-keyboard : vis-keyboard - v0.0.2 system.adapter.vis-metro : vis-metro - v1.1.2 system.adapter.vis-timeandweather : vis-timeandweather - v1.1.7 system.adapter.vis-weather : vis-weather - v2.5.3 system.adapter.web : web - v4.3.0 system.adapter.yahka : yahka - v0.13.1pi@raspberrypi:~ $ iobroker list instances system.adapter.admin.0 : admin : raspberrypi - disabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.admin.1 : admin : raspberrypi - disabled, port: 8089, bind: 0.0.0.0, run as: admin system.adapter.alexa2.0 : alexa2 : raspberrypi - disabled system.adapter.backitup.0 : backitup : raspberrypi - disabled + system.adapter.cloud.0 : cloud : raspberrypi - enabled system.adapter.devices.0 : devices : raspberrypi - enabled system.adapter.discovery.0 : discovery : raspberrypi - disabled + system.adapter.hmip.0 : hmip : raspberrypi - enabled + system.adapter.hs100.0 : hs100 : raspberrypi - enabled + system.adapter.hue-extended.1 : hue-extended : raspberrypi - enabled + system.adapter.hue.0 : hue : raspberrypi - enabled, port: 443 system.adapter.info.0 : info : raspberrypi - disabled + system.adapter.iot.0 : iot : raspberrypi - enabled + system.adapter.javascript.1 : javascript : raspberrypi - enabled + system.adapter.node-red.0 : node-red : raspberrypi - enabled, port: 1880, bind: 0.0.0.0 system.adapter.sonoff.0 : sonoff : raspberrypi - disabled, port: 1883, bind: 0.0.0.0 + system.adapter.sonoff.1 : sonoff : raspberrypi - enabled, port: 1883, bind: 0.0.0.0 + system.adapter.terminal.0 : terminal : raspberrypi - enabled, port: 8088, bind: 0.0.0.0, run as: admin + system.adapter.web.0 : web : raspberrypi - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.yahka.0 : yahka : raspberrypi - enabled + instance is alivemeinst du das??
-
Ja. Und was steht im LogFile dazu?
iobroker logs --watchanschauen und in einer zweiten Session
iobroker start admin.0 -
@harzlicht sagte in Kein Zugriff auf Weboberfläche:
system.adapter.alexa : alexa - v0.0.36
was ist das denn?
-
@thomas-braun sagte in Kein Zugriff auf Weboberfläche:
iobroker start admin.0
2022-07-10 21:06:26.922 - warn: host.raspberrypi startInstance admin.0: required Node.js version >=12.0.0, actual version v10.24.1 2022-07-10 21:06:27.110 - info: host.raspberrypi "system.adapter.admin.0" disabled 2022-07-10 21:06:27.119 - warn: host.raspberrypi startInstance admin.0: instance disabled because of Node.js version mismatcht -
@crunchip sagte in Kein Zugriff auf Weboberfläche:
@harzlicht sagte in Kein Zugriff auf Weboberfläche:
system.adapter.alexa : alexa - v0.0.36
was ist das denn?
-
sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs -
Node.js version >=12.0.0, actual version v10.24.
Ein/ und Ausgabe davon in Code-Tags </> hier einstellen
iobroker update -i sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs -
pi@raspberrypi:~ $ sudo ln -s /usr/bin/node /usr/bin/nodejs ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits pi@raspberrypi:~ $ uname -m && which 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 v10.24.1 v10.24.1 6.14.12 pi /home/pi OK:1 http://raspbian.raspberrypi.org/raspbian stretch InRelease OK:2 http://archive.raspberrypi.org/debian stretch InRelease OK:4 https://deb.nodesource.com/node_10.x stretch InRelease Fehl:3 https://dl.yarnpkg.com/debian stable InRelease Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 23E7166788B63E1E Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://dl.yarnpkg.com/debian stable InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 23E7166788B63E1E W: Fehlschlag beim Holen von https://dl.yarnpkg.com/debian/dists/stable/InRelease Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 23E7166788B63E1E W: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt. nodejs: Installiert: 10.24.1-1nodesource1 Installationskandidat: 10.24.1-1nodesource1 Versionstabelle: *** 10.24.1-1nodesource1 500 500 https://deb.nodesource.com/node_10.x stretch/main armhf Packages 100 /var/lib/dpkg/status 8.11.1~dfsg-2~bpo9+1 500 500 http://archive.raspberrypi.org/debian stretch/main armhf Packages 4.8.2~dfsg-1 500 500 http://raspbian.raspberrypi.org/raspbian stretch/main armhf Packages -
In meiner Signatur steht wie man nodejs auf Debian updated.
Das nur als Notmaßnahme, du musst das ganze System schleunigst in die Jetzt-Zeit bringen. Dein Stretch ist tot und begraben, EOL erreicht. -
@harzlicht sagte in Kein Zugriff auf Weboberfläche:
stretch
ist tot, deswegen
@harzlicht sagte in Kein Zugriff auf Weboberfläche:
Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 23E7166788B63E1E
-
@homoran sagte in Kein Zugriff auf Weboberfläche:
23E7166788B63E1E
Ist der key zum yarn-Repo, was eigentlich keiner (im iobroker-Umfeld) braucht.
Aber ja, tot ist tot. -
@thomas-braun auch wenn das jetzt total doof klingt aber soll das heissen alles noch mal neu auf Anfang und von vorne???? oder kann ich ein Upgrade auf was auch immer machen???
Hab ich irgendwie irgendwas irgendwann verpasst????
Wenn ja........
-
@harzlicht sagte in Kein Zugriff auf Weboberfläche:
Hab ich irgendwie irgendwas irgendwann verpasst????
Den Sterbezeitpunkt von deinem Stretch-Release. Dabei wird das immer ganz offen und langfristig von Debian kommuniziert.
-
@harzlicht sagte in Kein Zugriff auf Weboberfläche:
oder kann ich ein Upgrade auf was auch immer machen???
Ich würde jetzt deinen ioBroker auf Stand bringen, ein Backup davon anlegen und mit dem Backup auf ein futschneues Debian Bullseye (derzeitiges Stable-Release) springen.
-
@thomas-braun okay, der Backitup Adapter schreibt ja weiterhin seine Backups.
Ein upgrade auf Bullseye gibt es nicht oder macht in diesem Fall keinen Sinn???Auf jeden Fall schon mal Danke das du mir bis hier her weitergeholfen hast
-
@harzlicht sagte in Kein Zugriff auf Weboberfläche:
Ein upgrade auf Bullseye gibt es nicht oder macht in diesem Fall keinen Sinn???
Macht keinen Sinn, imho. Du müssest von Stretch auf Buster und dann von dort weiter auf Bullseye (Jeweils mit der Gefahr, das beim Upgrade was 'komisches' passiert). Da bist du mit einer flotten Neuinstallation besser bedient.
-
@thomas-braun vielen Dank für deine Hilfe. Dann werde ich das alles einmal neu machen.
1000dank
-
Hab auch den Sprung von Stretch auf Buster und dann auf Bullseye gemacht vor ein paar Wochen.
Lief alles problemlos durch.
Sogar noch auf nem betagten Raspi3b+
Wenn Du nen Plan hast , wie Du alles durch Upgraden auf Stand bringst, passt das.
Ansonsten , wie ThomasBraun schon geraten hat, Neuinstallation.
