[gelöst] frische IOB Installation - WebGUI nicht erreichbar
-
sudo usermod -a -G adm fierce sudo apt update iob stop sudo apt full-upgradefierce einmal aus und wieder einloggen.
Ansonsten schaut das eigentlich okay aus.
-
fierce@Fierce-Server:/opt/iobroker$ sudo usermod -a -G adm fierce [sudo] Passwort für fierce: fierce@Fierce-Server:/opt/iobroker$ sudo apt update OK:1 http://security.debian.org/debian-security bookworm-security InRelease OK:2 https://downloads.plex.tv/repo/deb public InRelease OK:3 http://ftp.de.debian.org/debian bookworm InRelease OK:4 http://ftp.de.debian.org/debian bookworm-updates InRelease OK:5 https://deb.nodesource.com/node_18.x nodistro InRelease OK:6 http://deb.xanmod.org releases InRelease Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Aktualisierung für 1 Paket verfügbar. Führen Sie »apt list --upgradable« aus, um es anzuzeigen. fierce@Fierce-Server:/opt/iobroker$ iob stop fierce@Fierce-Server:/opt/iobroker$ sudo apt full-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): nodejs 1 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen noch 0 B von 29,8 MB an Archiven heruntergeladen werden. Nach dieser Operation werden 54,3 kB Plattenplatz zusätzlich benutzt. Möchten Sie fortfahren? [J/n] j Changelogs werden gelesen... Fertig (Lese Datenbank ... 109430 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../nodejs_18.19.1-1nodesource1_amd64.deb ... Detected old npm client, removing... Entpacken von nodejs (18.19.1-1nodesource1) über (18.19.0-1nodesource1) ... nodejs (18.19.1-1nodesource1) wird eingerichtet ... Trigger für man-db (2.11.2-2) werden verarbeitet ... fierce@Fierce-Server:/opt/iobroker$ sudo systemctl rebootLeider immernoch das gleiche Fehlerbild. Die WebGUI ist einfach nicht aufrufbar...
-
Noch irgendjemand eine Idee wo man schauen oder was man prüfen könnte ? Den einzigen Fehler den ich gefunden habe ist der folgende aber ich kann nicht einschätzen ob der wirklich dafür verantwortlich ist das die WebGUI nicht aufrufbar ist...
fierce@Fierce-Server:/opt/iobroker$ node node_modules/iobroker.js-controller/controller.js --logs 2024-03-07 21:53:02.596 - info: host.Fierce-Server iobroker.js-controller version 5.0.19 js-controller starting 2024-03-07 21:53:02.598 - info: host.Fierce-Server Copyright (c) 2014-2023 bluefox, 2014 hobbyquaker 2024-03-07 21:53:02.598 - info: host.Fierce-Server hostname: Fierce-Server, node: v18.19.1 2024-03-07 21:53:02.598 - info: host.Fierce-Server ip addresses: 192.168.178.64 2003:fc:570d:3100:7eb5:66ff:fee9:f6b fe80::7eb5:66ff:fee9:f6b 2024-03-07 21:53:04.661 - error: host.Fierce-Server-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! fierce@Fierce-Server:/opt/iobroker$scheinbar wird aber auf den Ports gelauscht
fierce@Fierce-Server:~$ sudo netstat -tulnp [sudo] Passwort für fierce: Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 596/mosquitto tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 604/sshd: /usr/sbin tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1/init tcp 0 0 127.0.0.1:39819 0.0.0.0:* LISTEN 703/Plex Plug-in [c tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 555/iobroker.js-con tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 555/iobroker.js-con tcp 0 0 0.0.0.0:8883 0.0.0.0:* LISTEN 596/mosquitto tcp 0 0 127.0.0.1:32600 0.0.0.0:* LISTEN 760/Plex Tuner Serv tcp 0 0 127.0.0.1:32401 0.0.0.0:* LISTEN 576/Plex Media Serv tcp6 0 0 :::1883 :::* LISTEN 596/mosquitto tcp6 0 0 :::22 :::* LISTEN 604/sshd: /usr/sbin tcp6 0 0 :::80 :::* LISTEN 623/apache2 tcp6 0 0 :::111 :::* LISTEN 1/init tcp6 0 0 :::8081 :::* LISTEN 731/io.admin.0 tcp6 0 0 :::8883 :::* LISTEN 596/mosquitto tcp6 0 0 :::32400 :::* LISTEN 576/Plex Media Serv udp 0 0 192.168.178.64:43086 0.0.0.0:* 576/Plex Media Serv udp 0 0 0.0.0.0:32410 0.0.0.0:* 576/Plex Media Serv udp 0 0 0.0.0.0:32412 0.0.0.0:* 576/Plex Media Serv udp 0 0 0.0.0.0:32413 0.0.0.0:* 576/Plex Media Serv udp 0 0 0.0.0.0:32414 0.0.0.0:* 576/Plex Media Serv udp 0 0 0.0.0.0:68 0.0.0.0:* 611/dhclient udp 0 0 0.0.0.0:111 0.0.0.0:* 1/init udp 0 0 127.0.0.1:34595 0.0.0.0:* 576/Plex Media Serv udp 0 0 0.0.0.0:1901 0.0.0.0:* 576/Plex Media Serv udp 0 0 192.168.178.64:34690 0.0.0.0:* 576/Plex Media Serv udp 0 0 192.168.178.64:35225 0.0.0.0:* 576/Plex Media Serv udp 0 0 127.0.0.1:56280 0.0.0.0:* 576/Plex Media Serv udp6 0 0 :::111 :::* 1/init fierce@Fierce-Server:~$ -
@apollon77
Hast du da eine Idee? -
Naja im ersten schritt ,al das echte Logfile ansehen und nicht während ein ioBroker läuft noch versuchen einen zweiten zu starten. Das KANN nur schieff gehen.
Ein "iobroker restart" bewirkt das der iobroker systemd servcei restartet und damit läuft ein ioBroker doch schon. Dann nochmal einen Starten gibt erwartungsgemäss den DB Lock Fehler.Also ... was steht denn so im Logfile unter /opt/iobroker/log/... ?
-
@apollon77
Hatte schon mehrfach gestoppt und gestartet bzw. den rechner neugestartet. Aufgrund meiner ratlosigkeit hatte ich mich auf den Fehler konzentriert.fierce@Fierce-Server:/opt/iobroker/log$ ls -l insgesamt 24 -rw-rwxr--+ 1 iobroker iobroker 1451 5. Mär 21:13 iobroker.2024-03-04.log.gz -rw-rw-r--+ 1 iobroker iobroker 5056 6. Mär 19:30 iobroker.2024-03-05.log.gz -rw-rw-r--+ 1 iobroker iobroker 1909 7. Mär 19:24 iobroker.2024-03-06.log.gz -rw-rw-r--+ 1 iobroker iobroker 1661 7. Mär 21:53 iobroker.2024-03-07.log -rw-rwxr--+ 1 iobroker iobroker 1001 7. Mär 19:24 iobroker-audit.json lrwxrwxrwx 1 fierce fierce 23 7. Mär 21:53 iobroker.current.log -> iobroker.2024-03-07.log fierce@Fierce-Server:/opt/iobroker/log$ cat iobroker.2024-03-07.log 2024-03-07 19:24:34.759 - info: admin.0 (731) Request actual repository... 2024-03-07 19:24:34.832 - info: host.Fierce-Server Updating repository "stable" under "http://download.iobroker.net/sources-dist.json" 2024-03-07 19:24:37.050 - info: admin.0 (731) Repository received successfully. 2024-03-07 21:52:54.004 - info: host.Fierce-Server iobroker.js-controller version 5.0.19 js-controller starting 2024-03-07 21:52:54.005 - info: host.Fierce-Server Copyright (c) 2014-2023 bluefox, 2014 hobbyquaker 2024-03-07 21:52:54.005 - info: host.Fierce-Server hostname: Fierce-Server, node: v18.19.1 2024-03-07 21:52:54.006 - info: host.Fierce-Server ip addresses: 192.168.178.64 2003:fc:570d:3100:7eb5:66ff:fee9:f6b fe80::7eb5:66ff:fee9:f6b 2024-03-07 21:52:56.068 - error: host.Fierce-Server-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! 2024-03-07 21:53:02.596 - info: host.Fierce-Server iobroker.js-controller version 5.0.19 js-controller starting 2024-03-07 21:53:02.598 - info: host.Fierce-Server Copyright (c) 2014-2023 bluefox, 2014 hobbyquaker 2024-03-07 21:53:02.598 - info: host.Fierce-Server hostname: Fierce-Server, node: v18.19.1 2024-03-07 21:53:02.598 - info: host.Fierce-Server ip addresses: 192.168.178.64 2003:fc:570d:3100:7eb5:66ff:fee9:f6b fe80::7eb5:66ff:fee9:f6b 2024-03-07 21:53:04.661 - error: host.Fierce-Server-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! fierce@Fierce-Server:/opt/iobroker/log$ iob stop fierce@Fierce-Server:/opt/iobroker/log$ iob start fierce@Fierce-Server:/opt/iobroker/log$ ls -l insgesamt 32 -rw-rwxr--+ 1 iobroker iobroker 1451 5. Mär 21:13 iobroker.2024-03-04.log.gz -rw-rw-r--+ 1 iobroker iobroker 5056 6. Mär 19:30 iobroker.2024-03-05.log.gz -rw-rw-r--+ 1 iobroker iobroker 1909 7. Mär 19:24 iobroker.2024-03-06.log.gz -rw-rw-r--+ 1 iobroker iobroker 493 8. Mär 14:16 iobroker.2024-03-07.log.gz -rw-rw-r--+ 1 iobroker iobroker 5738 8. Mär 14:16 iobroker.2024-03-08.log -rw-rwxr--+ 1 iobroker iobroker 1001 8. Mär 14:16 iobroker-audit.json lrwxrwxrwx 1 iobroker iobroker 23 8. Mär 14:16 iobroker.current.log -> iobroker.2024-03-08.log fierce@Fierce-Server:/opt/iobroker/log$ cat iobroker.2024-03-08.log 2024-03-08 14:16:27.813 - info: host.Fierce-Server received SIGTERM 2024-03-08 14:16:27.815 - info: host.Fierce-Server stopInstance system.adapter.admin.0 (force=false, process=true) 2024-03-08 14:16:27.815 - info: host.Fierce-Server stopInstance system.adapter.backitup.0 (force=false, process=true) 2024-03-08 14:16:27.815 - info: host.Fierce-Server stopInstance system.adapter.discovery.0 (force=false, process=true) 2024-03-08 14:16:27.813 - info: admin.0 (731) terminating http server on port 8081 2024-03-08 14:16:27.813 - info: backitup.0 (838) cleaned everything up... 2024-03-08 14:16:27.817 - info: host.Fierce-Server stopInstance system.adapter.admin.0 send kill signal 2024-03-08 14:16:27.817 - info: admin.0 (731) Got terminate signal TERMINATE_YOURSELF 2024-03-08 14:16:27.818 - info: backitup.0 (838) Got terminate signal TERMINATE_YOURSELF 2024-03-08 14:16:27.818 - info: admin.0 (731) terminating 2024-03-08 14:16:27.818 - info: backitup.0 (838) terminating 2024-03-08 14:16:27.818 - info: backitup.0 (838) Terminated (NO_ERROR): Without reason 2024-03-08 14:16:27.818 - info: admin.0 (731) Terminated (NO_ERROR): Without reason 2024-03-08 14:16:27.818 - info: discovery.0 (900) Got terminate signal TERMINATE_YOURSELF 2024-03-08 14:16:27.821 - info: discovery.0 (900) terminating 2024-03-08 14:16:27.821 - info: discovery.0 (900) Terminated (NO_ERROR): Without reason 2024-03-08 14:16:27.859 - info: host.Fierce-Server stopInstance system.adapter.backitup.0 send kill signal 2024-03-08 14:16:27.859 - info: host.Fierce-Server stopInstance system.adapter.discovery.0 send kill signal 2024-03-08 14:16:28.315 - info: discovery.0 (900) terminating 2024-03-08 14:16:28.319 - info: admin.0 (731) terminating 2024-03-08 14:16:28.319 - info: backitup.0 (838) terminating 2024-03-08 14:16:28.332 - info: host.Fierce-Server instance system.adapter.admin.0 terminated with code 0 (NO_ERROR) 2024-03-08 14:16:28.333 - info: host.Fierce-Server instance system.adapter.backitup.0 terminated with code 0 (NO_ERROR) 2024-03-08 14:16:28.377 - info: host.Fierce-Server instance system.adapter.discovery.0 terminated with code 0 (NO_ERROR) 2024-03-08 14:16:28.377 - info: host.Fierce-Server All instances are stopped. 2024-03-08 14:16:28.463 - info: host.Fierce-Server terminated 2024-03-08 14:16:45.183 - info: host.Fierce-Server iobroker.js-controller version 5.0.19 js-controller starting 2024-03-08 14:16:45.185 - info: host.Fierce-Server Copyright (c) 2014-2023 bluefox, 2014 hobbyquaker 2024-03-08 14:16:45.185 - info: host.Fierce-Server hostname: Fierce-Server, node: v18.19.1 2024-03-08 14:16:45.185 - info: host.Fierce-Server ip addresses: 192.168.178.64 2003:fc:570d:3100:7eb5:66ff:fee9:f6b fe80::7eb5:66ff:fee9:f6b 2024-03-08 14:16:45.509 - info: host.Fierce-Server connected to Objects and States 2024-03-08 14:16:45.514 - info: host.Fierce-Server added notifications configuration of host 2024-03-08 14:16:45.660 - info: host.Fierce-Server Delete state "system.host.Fierce-Server.versions.nodeCurrent" 2024-03-08 14:16:45.660 - info: host.Fierce-Server 3 instances found 2024-03-08 14:16:45.662 - info: host.Fierce-Server starting 3 instances 2024-03-08 14:16:45.710 - info: host.Fierce-Server Delete state "system.host.Fierce-Server.versions.nodeNewest" 2024-03-08 14:16:45.714 - info: host.Fierce-Server instance system.adapter.admin.0 started with pid 7346 2024-03-08 14:16:45.755 - info: host.Fierce-Server Delete state "system.host.Fierce-Server.versions.nodeNewestNext" 2024-03-08 14:16:45.756 - info: host.Fierce-Server Delete state "system.host.Fierce-Server.versions.npmCurrent" 2024-03-08 14:16:45.757 - info: host.Fierce-Server Delete state "system.host.Fierce-Server.versions.npmNewest" 2024-03-08 14:16:45.758 - info: host.Fierce-Server Delete state "system.host.Fierce-Server.versions.npmNewestNext" 2024-03-08 14:16:45.758 - info: host.Fierce-Server Some obsolete host states deleted. 2024-03-08 14:16:46.105 - info: admin.0 (7346) starting. Version 6.13.16 in /opt/iobroker/node_modules/iobroker.admin, node: v18.19.1, js-controller: 5.0.19 2024-03-08 14:16:46.112 - info: admin.0 (7346) requesting all objects 2024-03-08 14:16:46.215 - info: admin.0 (7346) received all objects 2024-03-08 14:16:46.257 - info: admin.0 (7346) Request actual repository... 2024-03-08 14:16:46.263 - info: admin.0 (7346) socket.io server listening on port 8081 2024-03-08 14:16:46.263 - info: admin.0 (7346) http server listening on port 8081 2024-03-08 14:16:46.264 - info: admin.0 (7346) Use link "http://127.0.0.1:8081" to configure. 2024-03-08 14:16:46.324 - info: host.Fierce-Server Updating repository "stable" under "http://download.iobroker.net/sources-dist.json" 2024-03-08 14:16:48.765 - info: admin.0 (7346) Repository received successfully. 2024-03-08 14:16:49.670 - info: host.Fierce-Server instance system.adapter.backitup.0 started with pid 7373 2024-03-08 14:16:49.987 - info: backitup.0 (7373) starting. Version 2.10.11 in /opt/iobroker/node_modules/iobroker.backitup, node: v18.19.1, js-controller: 5.0.19 2024-03-08 14:16:50.018 - info: backitup.0 (7373) [iobroker] backup will be activated at 02:48 every 1 day(s) 2024-03-08 14:16:53.669 - info: host.Fierce-Server instance system.adapter.discovery.0 started with pid 7389 2024-03-08 14:16:54.011 - info: discovery.0 (7389) starting. Version 4.2.0 in /opt/iobroker/node_modules/iobroker.discovery, node: v18.19.1, js-controller: 5.0.19 fierce@Fierce-Server:/opt/iobroker/log$in dem log zeigt er kein fehler mehr, beim "node" aber schon
fierce@Fierce-Server:/opt/iobroker$ node node_modules/iobroker.js-controller/controller.js --logs 2024-03-08 14:23:10.139 - info: host.Fierce-Server iobroker.js-controller version 5.0.19 js-controller starting 2024-03-08 14:23:10.141 - info: host.Fierce-Server Copyright (c) 2014-2023 bluefox, 2014 hobbyquaker 2024-03-08 14:23:10.141 - info: host.Fierce-Server hostname: Fierce-Server, node: v18.19.1 2024-03-08 14:23:10.141 - info: host.Fierce-Server ip addresses: 192.168.178.64 2003:fc:570d:3100:7eb5:66ff:fee9:f6b fe80::7eb5:66ff:fee9:f6b 2024-03-08 14:23:12.204 - error: host.Fierce-Server-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! fierce@Fierce-Server:/opt/iobroker$WebGUI weiterhin nicht erreichbar (Zeitüberschreitung)
-
@fierce
Na janode node_modules/iobroker.js-controller/controller.js --logsstartet ja eine neue, zweite Instanz des js-controllers. Da ist es eigentlich klar, dass ein Locking Fehler auftreten muss.node ... ist KEIN Instrument um sich logs anzusehen falls das der Irrtum ist.
-
Da du eine Zeitüberschreitung bekommst:
Bist du sicher, dass dein ioBroker Rechner von jenem Rechner auf dem der Browser läuft erreichbar ist?
Ich nehme mal an, der Browser läuft auf einem Windows PC.
- Funktioniert ein ping vom Windows PC auf den ioBroker NUC?
- Steigst du via ssh von deinem Windows PC auf die Commandline des NUC ein oder loggst du dich am NUC mittels lokalem Keyboard + Bildschirm ein?
- Hast du irgendwo im LAN ein Firewall die die Verbindung blockieren könnte?
-
@mcm57 sagte in frische IOB Installation - WebGUI nicht erreichbar:
@fierce
Na janode node_modules/iobroker.js-controller/controller.js --logsstartet ja eine neue, zweite Instanz des js-controllers. Da ist es eigentlich klar, dass ein Locking Fehler auftreten muss.node ... ist KEIN Instrument um sich logs anzusehen falls das der Irrtum ist.
Danke für die Erläuterung das macht etwas klarer was ich da eigentlich gemacht habe
@mcm57 sagte in frische IOB Installation - WebGUI nicht erreichbar:
Da du eine Zeitüberschreitung bekommst:
Bist du sicher, dass dein ioBroker Rechner von jenem Rechner auf dem der Browser läuft erreichbar ist?
Ich nehme mal an, der Browser läuft auf einem Windows PC.
- Funktioniert ein ping vom Windows PC auf den ioBroker NUC?
- Steigst du via ssh von deinem Windows PC auf die Commandline des NUC ein oder loggst du dich am NUC mittels lokalem Keyboard + Bildschirm ein?
- Hast du irgendwo im LAN ein Firewall die die Verbindung blockieren könnte?
Der Rechner ist ein Intel NUC 11, auf dem läuft auch mein Plex-Server (Medien-Server). Der Plex Server ist von mehreren Geräte im LAN aus erreichbar und ja ich gehe von dem gleichen Rechner mit ssh auf den NUC mit dem ich auch versuche den ioBroker im Browser (http://192.168.178.64:8081) aufzurufen. Ich hab verschiedene Browser und den Aufruf von diesem Rechner als auch vom Smartphone versucht. Ping ist erfolgreich, eine Firewall im LAN selber hab ich nicht.
C:\Users\Fierce>ping 192.168.178.64 Ping wird ausgeführt für 192.168.178.64 mit 32 Bytes Daten: Antwort von 192.168.178.64: Bytes=32 Zeit=79ms TTL=64 Antwort von 192.168.178.64: Bytes=32 Zeit=94ms TTL=64 Antwort von 192.168.178.64: Bytes=32 Zeit=49ms TTL=64 Antwort von 192.168.178.64: Bytes=32 Zeit=16ms TTL=64 Ping-Statistik für 192.168.178.64: Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust), Ca. Zeitangaben in Millisek.: Minimum = 16ms, Maximum = 94ms, Mittelwert = 59ms C:\Users\Fierce> -
@fierce
Ein reiner "versuchs mas halt" VersuchAm nuc hast du ja keinen Browser (mangel UI, ok soweit).
Versuch mal mit curl localhost:8081 abzurufen und schau ob / was passiert.
Und auch curl 192.168.178.64:8081 vom Windows PC aus sollte gehen.Ich hab im Moment keine Idee ob der Webserver des Admin nicht mag oder du den Rechner doch nicht erreichst - warum auch immer.
-
Moment mal
Was mir grad auffällt:
Auf Port 8081 wird nur mittel :::8081 gelauscht. Bin nicht 100% sicher, aber das sieht nach nur IPv6 aus.
Hab aber keine Ahnung ob man dem Admin irgendwie sagen kann schau nur auf IPv6 ...
IPv4 hast du ja hoffentlich nicht urgendwie auf Linux Ebene beschränkt / deaktiviert. -
Kann es sein, dass du da ev. IPv6 ausgewählt hast?
Frag mich aber nicht wie man das ändern kann wenn man keine Zugriff via GUI mehr hat
-
Ev. versuch den Rechner mal auf seine IPv6 Addresse anzusprechen.
Oder richte testweise mal eine zweite Admin Instanz ein
-
mach doch mal folgendes
1.) iob stop
2.) lösche mal das Logfile (nicht das "current" sondern das mit Datum von heute)
3.) iob startDann warten ... dann logfile bitte mal vollständig posten. ... und bitte keine parallelen Versuche an der CLI
-
@fierce said in frische IOB Installation - WebGUI nicht erreichbar:
fierce@Fierce-Server:~$ sudo netstat -tulnp [sudo] Passwort für fierce: Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 596/mosquitto tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 604/sshd: /usr/sbin tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1/init tcp 0 0 127.0.0.1:39819 0.0.0.0:* LISTEN 703/Plex Plug-in [c tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 555/iobroker.js-con tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 555/iobroker.js-con tcp 0 0 0.0.0.0:8883 0.0.0.0:* LISTEN 596/mosquitto tcp 0 0 127.0.0.1:32600 0.0.0.0:* LISTEN 760/Plex Tuner Serv tcp 0 0 127.0.0.1:32401 0.0.0.0:* LISTEN 576/Plex Media Serv tcp6 0 0 :::1883 :::* LISTEN 596/mosquitto tcp6 0 0 :::22 :::* LISTEN 604/sshd: /usr/sbin tcp6 0 0 :::80 :::* LISTEN 623/apache2 tcp6 0 0 :::111 :::* LISTEN 1/init tcp6 0 0 :::8081 :::* LISTEN 731/io.admin.0 tcp6 0 0 :::8883 :::* LISTEN 596/mosquitto tcp6 0 0 :::32400 :::* LISTEN 576/Plex Media Serv udp 0 0 192.168.178.64:43086 0.0.0.0:* 576/Plex Media Serv udp 0 0 0.0.0.0:32410 0.0.0.0:* 576/Plex Media Serv udp 0 0 0.0.0.0:32412 0.0.0.0:* 576/Plex Media Serv udp 0 0 0.0.0.0:32413 0.0.0.0:* 576/Plex Media Serv udp 0 0 0.0.0.0:32414 0.0.0.0:* 576/Plex Media Serv udp 0 0 0.0.0.0:68 0.0.0.0:* 611/dhclient udp 0 0 0.0.0.0:111 0.0.0.0:* 1/init udp 0 0 127.0.0.1:34595 0.0.0.0:* 576/Plex Media Serv udp 0 0 0.0.0.0:1901 0.0.0.0:* 576/Plex Media Serv udp 0 0 192.168.178.64:34690 0.0.0.0:* 576/Plex Media Serv udp 0 0 192.168.178.64:35225 0.0.0.0:* 576/Plex Media Serv udp 0 0 127.0.0.1:56280 0.0.0.0:* 576/Plex Media Serv udp6 0 0 :::111 :::* 1/init fierce@Fierce-Server:~$@apollon77
Das sieht für mich so aus als würe admin NUR auf IPv6 lauschen - warum auch immer.
Daher die Bitte den Rechner durch mal mittels IPv6 anzurufen ... -
@mcm57 sagte in frische IOB Installation - WebGUI nicht erreichbar:
UR auf IPv6 lauschen - warum auch immer.
ja, aber das würde das jsonl lock nicht erklären, oder?
-
@homoran said in frische IOB Installation - WebGUI nicht erreichbar:
@mcm57 sagte in frische IOB Installation - WebGUI nicht erreichbar:
UR auf IPv6 lauschen - warum auch immer.
ja, aber das würde das jsonl lock nicht erklären, oder?
Das mit dem Lock hat sich schon geklärt.
Er hat bei laiufender Instanz via node Befehl (!) den js-controller nochmals gestartet,
Na klar, dass es da zu log Konflikt kommt.
Schau dir die Zeile an wo das lock Konflikt als Output kommt. Hab ioch auch erst später gesehen. Das ist kein Befehl um ein Log auszugeben sondern der volle node Befahl den js-congtroller zu starten ....ABER
Das mit IPv6 ists auch nicht. Bei meinem PI sieht netstat fast ident aus uns ich (glaub ich) benutze IPv4 Zugriff.
-
@mcm57 sagte in frische IOB Installation - WebGUI nicht erreichbar:
Das mit IPv6 ists auch nicht. Bei meinem PI sieht netstat fast ident aus uns ich (glaub ich) benutze IPv4 Zugriff.
echad@chet:~ $ sudo netstat -tulpen Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State Benutzer Inode PID/Program name tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 107 5103987 2786798/mosquitto tcp 0 0 0.0.0.0:9001 0.0.0.0:* LISTEN 1001 22466317 2081231/iobroker.js tcp 0 0 0.0.0.0:9000 0.0.0.0:* LISTEN 1001 22466322 2081231/iobroker.js tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 12573929 2170053/sshd: /usr/ tcp 0 0 0.0.0.0:45000 0.0.0.0:* LISTEN 1001 22471121 2081781/io.sainlogi tcp 0 0 100.107.71.135:45714 0.0.0.0:* LISTEN 0 14574724 3044818/tailscaled tcp 0 0 0.0.0.0:3493 0.0.0.0:* LISTEN 0 12180 805/upsd tcp 0 0 127.0.0.1:5037 0.0.0.0:* LISTEN 1001 22467445 2081437/adb tcp6 0 0 :::1883 :::* LISTEN 107 5103988 2786798/mosquitto tcp6 0 0 :::22 :::* LISTEN 0 12571486 2170053/sshd: /usr/ tcp6 0 0 :::8082 :::* LISTEN 1001 22471766 2081611/io.web.0 tcp6 0 0 :::8081 :::* LISTEN 1001 22881105 2126862/io.admin.0 tcp6 0 0 :::8084 :::* LISTEN 1001 22471421 2081916/io.ws.0 tcp6 0 0 fd7a:115c:a1e0:ab:45714 :::* LISTEN 0 14574725 3044818/tailscaled tcp6 0 0 :::51989 :::* LISTEN 1001 22470703 2081502/io.nuki-extAber hier spielt es keine Rolle, weil hier auch alles per IPv6 unterwegs ist (was es kann, jedenfalls).
-
@thomas-braun
Na ja,Er versucht das Admin Interface ja per IPv4 Addressangabe aufzurufen. (Siehe erstes Post)
Schaltets das irgendwer intern dann auf IPv6 Kommunikation um? Ich dachte wenn ich im Webbrowser http://102.168.178.64:8081 eintippe dann benutzt das System zwingend IPv4.Aber offensichtlich interpretiere ich den IPv6 Wildcard falsch.
Danke Thomas -
@mcm57
Ich verwende hostnames. Da ist mir das Protokoll egal. Soll sich das Netz drum kümmern.
Wobei ich auch über IPv4 auf den Admin komme.
http://192.168.178.48:8081/#tab-intro
funktioniert hier.
