UNSOLVED UI Started nicht, aber IO-Broker läuft
-
Seit Heute startet das UI nicht mehr auf
localhost:8081, es schein sich aufzuhängen; Vorher keine Probleme. Gestern habe ich den Pushbullet adapter installiert und ein paar Veränderungen an den Scripts gemacht.
Der iobroker läuft aber weil er auf Datenpunkte von FEHM reagiert.Hier verharrt das UI
|Hardwaresystem:| Pi3 B|
|Arbeitsspeicher:| 1GB |
|Festplattenart:| SD-Karte |
|Betriebssystem:| Raspian Stretch V9 | -
iobroker list instances -
pi@paradise:/opt/iobroker/log $ iobroker list instances system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.alexa2.0 : alexa2 - enabled + system.adapter.discovery.0 : discovery - enabled + system.adapter.email.0 : email - enabled + system.adapter.hm-rega.0 : hm-rega - enabled + system.adapter.hm-rpc.0 : hm-rpc - enabled, port: 0 + system.adapter.hm-rpc.1 : hm-rpc - enabled, port: 0 + system.adapter.info.0 : info - enabled + system.adapter.javascript.0 : javascript - enabled + system.adapter.pushbullet.0 : pushbullet - enabled + system.adapter.scenes.0 : scenes - enabled + system.adapter.shelly.0 : shelly - enabled, port: 1882, bind: 0.0.0.0 + instance is aliveHabe das gemacht aber das Problem besteht weiterhin; und Raspi neu gestartet habe ich auch schon aber das gleiche Problem.
curl -sL https://iobroker.net/fix.sh | bash - -
@fluidfred Bitte in CodeTags setzen
-
@Thomas-Braun
Wie geht das, CodeTags setzen? -
und hier noch die Prozesse die laufen.
pi@paradise:/opt/iobroker/log $ ps -ef |grep io root 12 2 0 08:08 ? 00:00:00 [migration/0] root 15 2 0 08:08 ? 00:00:00 [migration/1] root 20 2 0 08:08 ? 00:00:00 [migration/2] root 25 2 0 08:08 ? 00:00:00 [migration/3] root 41 2 0 08:08 ? 00:00:00 [rpciod] root 43 2 0 08:08 ? 00:00:00 [xprtiod] root 47 2 0 08:08 ? 00:00:00 [nfsiod] root 62 2 0 08:08 ? 00:00:00 [DWC Notificatio] message+ 331 1 0 08:08 ? 00:00:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation root 468 421 0 08:08 ? 00:00:00 lightdm --session-child 14 17 pi 484 468 0 08:08 ? 00:00:00 /usr/bin/lxsession -s LXDE-pi -e LXDE pi 493 476 0 08:08 ? 00:00:00 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation pi 587 484 0 08:08 ? 00:00:00 /usr/bin/ssh-agent x-session-manager iobroker 9060 1 12 09:29 ? 00:02:38 iobroker.js-controller iobroker 9093 9060 0 09:29 ? 00:00:06 io.discovery.0 iobroker 9114 9060 0 09:29 ? 00:00:08 io.info.0 iobroker 9131 9060 1 09:29 ? 00:00:14 io.alexa2.0 iobroker 9151 9060 5 09:29 ? 00:01:09 io.shelly.0 iobroker 9407 9060 1 09:30 ? 00:00:15 io.hm-rega.0 iobroker 9593 9060 3 09:30 ? 00:00:41 io.javascript.0 iobroker 9605 9060 0 09:30 ? 00:00:06 io.scenes.0 iobroker 9625 9060 0 09:30 ? 00:00:06 io.email.0 iobroker 9648 9060 0 09:30 ? 00:00:11 io.hm-rpc.0 iobroker 9673 9060 0 09:30 ? 00:00:09 io.hm-rpc.1 iobroker 9692 9060 0 09:30 ? 00:00:07 io.pushbullet.0 iobroker 11049 9060 21 09:51 ? 00:00:05 io.admin.0 pi 11078 3207 0 09:51 pts/0 00:00:00 grep --color=auto io -
@fluidfred
Ich würde sagen, da fehlt der web-Adaper.iobroker add webUnd der Server läuft auch im falschen runlevel.
who -rDa sollte RunLevel 3 (ohne GUI) laufen. Bei dir läuft da wohl 5 mit Desktop.
-
@Thomas-Braun
danke für den Tipp, aber wie kann sich der Runlevel über Nacht geändert haben und den Webadapter hatte ich noch nie und es lief seit 2 Jahren problemlos.Ich kann mal den Web Adapter hinzufügen uns schauen was passiert.
-
@fluidfred
Der hat sich nicht über Nacht geändert, der läuft dann schon seit 2 Jahren unnötigerweise in dem RunLevel.Mit dem web-Adapter war auch nur eine Vermutung.
iobroker start adminmal probiert?
-
@Thomas-Braun
ich habe vermutlich Run Level 5 weil ich einen VNC-Server installiert habe. Es hat auch immer funktioniert mit Run Level 5.Befürchte wenn ich auf Runlevel 3 zurückgehe, dass ich VNC nicht mehr nutzen kann und nicht mehr von Remote auf den Raspberry komme.
Die Installation des Webservers hat nichts gebracht.
-
@fluidfred
Man geht ja auch nicht per VNC auf einen Server, sondern per SSH.
Ohne Desktop-Overhead. -
@Thomas-Braun
o.k. über SSH gehe ich auch manchmal. Ich brauche aber VNC weil ich über den Raspi auch meine Fritzbox konfiguriere und die hat nur ein Web-Interface.Ich glaube das mit dem Runlevel ist auch nicht das Problem. Es muss was damit zu tun haben was ich gestern gemacht habe. Irgendetwas stört den Admin Adapter, aber was ?
-
iobroker start admin -
@Thomas-Braun
ich haben den Admin Adapter schon neu gestartet, hat leider nichts gebracht. Firewall kann auch nicht dazwischen sein, denn ich bin direkt auf den Raspi. -
@fluidfred
Das verstehe ich übrigens nicht:Ich brauche aber VNC weil ich über den Raspi auch meine Fritzbox konfiguriere und die hat nur ein Web-Interface.
Geh doch mit dem VNC-Client nicht über den Raspi auf die Fritzbox, sondern auf direktem Weg auf die FritzBox.
Ihr baut da immer Konstruktionen auf...BTT: Der Admin ist nicht 'alive'.
-
@Thomas-Braun
Es geht nicht nur auf die Fritzbox, sondern auch um ein paar Überwachungskameras die ich über Web konfigurieren muss. Der Raspi mit IObroker ist in Südafrika.Kann ich den Admin Adaptor neu installieren, ohne mir das System zu zerschiesen und wie geht das?
-
@Thomas-Braun
habe auf Run Level 3 zurückgeschaltet, geht aber auch nicht.pi@paradise:~ $ who -r Runlevel 3 2020-12-01 11:25 -
@Thomas-Braun
Moin, anscheinend startet mein Admin Adapter nicht. Die Frage ist warum? Hier der letzte Abschnitt der Log-Datei.2020-12-02 09:19:20.423 - error: host.paradise Caught by controller[0]: at Receiver.expectHandler (/opt/iobroker/node_modules/ws/lib/Receiver.js:493:33) 2020-12-02 09:19:20.424 - error: host.paradise Caught by controller[0]: at Receiver.add (/opt/iobroker/node_modules/ws/lib/Receiver.js:103:24) 2020-12-02 09:19:20.425 - error: host.paradise Caught by controller[0]: at Socket.realHandler (/opt/iobroker/node_modules/ws/lib/WebSocket.js:825:20) 2020-12-02 09:19:20.425 - error: host.paradise Caught by controller[0]: at emitOne (events.js:116:13) 2020-12-02 09:19:20.426 - error: host.paradise Caught by controller[0]: at Socket.emit (events.js:211:7) 2020-12-02 09:19:20.427 - error: host.paradise Caught by controller[0]: at addChunk (_stream_readable.js:263:12) 2020-12-02 09:19:20.427 - error: host.paradise Caught by controller[0]: at readableAddChunk (_stream_readable.js:250:11) 2020-12-02 09:19:20.428 - error: host.paradise Caught by controller[0]: at Socket.Readable.push (_stream_readable.js:208:10) 2020-12-02 09:19:20.429 - info: host.paradise instance system.adapter.admin.0 terminated with code 0 (NO_ERROR) 2020-12-02 09:19:20.430 - info: host.paradise Restart adapter system.adapter.admin.0 because enabled -
which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs -
pi@paradise:/opt/iobroker/log $ which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs /usr/bin/nodejs v8.17.0 /usr/bin/node v8.17.0 /usr/bin/npm 6.13.4 nodejs: Installiert: 8.17.0-1nodesource1 Installationskandidat: 8.17.0-1nodesource1 Versionstabelle: *** 8.17.0-1nodesource1 500 500 https://deb.nodesource.com/node_8.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 pi@paradise:/opt/iobroker/log $
