NEWS
Discovery findet keine Geräte
-
@apollon77 , das war bislang auch mein Wissen. UDP, MDNS, SSDP finden in der aktuellen Konfiguration nur im Subnet 172.20.0.0/16 statt.
Meine Hoffnung war, dass irgendwer eine Lösung für dieses Problem hat. Es gibt ja schließlich genug Anleitungen ioBroker auf der Synonoly Diskstation(?) zu installieren. Allerdings habe ich da nichts gefunden, wie die das da gelöst haben.
-
@svenw Gute Frage. Sobald einer mit Docker wissen ne Idee hat könnte man ein Discovery Issue in Github als Feature Request anlegen
-
@svenw said in Discovery findet keine Geräte:
Der Container verwendet das Netzwerk "iobroker_default - bridge false default 172.20.0.0/16 172.20.0.1"
Leider erkennt Discover keine Geräte im heimischen Netzwerk.
Auch der TR-064 Adapter funktioniert nicht im Container.
Wie kann ich das beheben? Was habe ich vergessen?Hallo hat es schon jemand hinbekommen habe genau das selbe problem
-
@mastervigori naja der discover adapter basiert darauf das er das netz des hosts nimmt und alles von 1..255 durchsucht. In nem Docker ist da aber nix. Heißt: der feature request wäre das man den zu scannenden netzwerkbereich definieren kann bzw. die „Container externe ip“. Dazu könnte mal ein GitHub issue anlegen. Dann kommt sowas vllt mal.
-
@svenw wozu auf einem raspi eigentlich einen container? was soll das bringen?
-
@mastervigori Also wenn dein Container im eigenen Subnetz läuft dann frage ich mich wie du da die GUI bedienen kannst? Üblicherweise wird der Container ja im Netzwerk des Hosts betrieben, entweder über Macvlan oder im Hostmodus. Bei beiden ist der Betrieb des TR-064 Adapters überhaupt kein Problem
-
@da_woody said in Discovery findet keine Geräte:
@svenw wozu auf einem raspi eigentlich einen container? was soll das bringen?
Ich habe auf dem Raspberry OMV5 + PLEX als Container und JDownloader am laufen ......Dachte es gibt eine möglichkeit IOBroker als Docker Container über Portainer zum laufen zubekommen..... mit Macvlan habe ich schon hinbekommen das die Fritzbox eine neue IP & MAC-Adresse vergeben hat, aber leider komm ich nicht auf das Webinterface mit den Port 8081. Ich binn mir nicht sicher was ich falsch mache oder gibt es noch andere möglichkeiten das ganze zum laufen zubekommen
-
@fastfoot said in Discovery findet keine Geräte:
@mastervigori Also wenn dein Container im eigenen Subnetz läuft dann frage ich mich wie du da die GUI bedienen kannst? Üblicherweise wird der Container ja im Netzwerk des Hosts betrieben, entweder über Macvlan oder im Hostmodus. Bei beiden ist der Betrieb des TR-064 Adapters überhaupt kein Problem
Ich habe IOBroker als brige zum laufen gehabt aber leider bekomme ich dann keine Daten vom meinen Geräten.
- Hostmodus bin mir nicht sicher was ich da einstellen muss. hat jemand da eine einleitung oder so kann da nichts finden.
-
@mastervigori sagte in Discovery findet keine Geräte:
@fastfoot said in Discovery findet keine Geräte:
@mastervigori Also wenn dein Container im eigenen Subnetz läuft dann frage ich mich wie du da die GUI bedienen kannst? Üblicherweise wird der Container ja im Netzwerk des Hosts betrieben, entweder über Macvlan oder im Hostmodus. Bei beiden ist der Betrieb des TR-064 Adapters überhaupt kein Problem
Ich habe IOBroker als brige zum laufen gehabt aber leider bekomme ich dann keine Daten vom meinen Geräten.
- Hostmodus bin mir nicht sicher was ich da einstellen muss. hat jemand da eine einleitung oder so kann da nichts finden.
Also wenn Macvlan schon lief, würde ich schauen warum es keine Verbindung mit dem Port 8081 gibt. Hier könnte das LOG helfen:
tail -f /opt/iobroker/log/iobroker.current.log
Für den Hostmodus im Portainer als Netzwerk host angeben und den Port 8081:8081 angeben
Hier findest du viele nützliche Informationen, nicht nur für Docker unter Synology
-
@fastfoot said in Discovery findet keine Geräte:
@mastervigori sagte in Discovery findet keine Geräte:
@fastfoot said in Discovery findet keine Geräte:
@mastervigori Also wenn dein Container im eigenen Subnetz läuft dann frage ich mich wie du da die GUI bedienen kannst? Üblicherweise wird der Container ja im Netzwerk des Hosts betrieben, entweder über Macvlan oder im Hostmodus. Bei beiden ist der Betrieb des TR-064 Adapters überhaupt kein Problem
Ich habe IOBroker als brige zum laufen gehabt aber leider bekomme ich dann keine Daten vom meinen Geräten.
- Hostmodus bin mir nicht sicher was ich da einstellen muss. hat jemand da eine einleitung oder so kann da nichts finden.
Also wenn Macvlan schon lief, würde ich schauen warum es keine Verbindung mit dem Port 8081 gibt. Hier könnte das LOG helfen:
tail -f /opt/iobroker/log/iobroker.current.log
Für den Hostmodus im Portainer als Netzwerk host angeben und den Port 8081:8081 angeben
Hier findest du viele nützliche Informationen, nicht nur für Docker unter Synology
so das steht im log ich kann nur leider nichts damit anfangen
2021-02-10 19:02:25.402 - [32minfo[39m: host.iobroker iobroker.js-controller version 3.1.6 js-controller starting 2021-02-10 19:02:25.410 - [32minfo[39m: host.iobroker Copyright (c) 2014-2020 bluefox, 2014 hobbyquaker 2021-02-10 19:02:25.411 - [32minfo[39m: host.iobroker hostname: iobroker, node: v12.20.1 2021-02-10 19:02:25.414 - [32minfo[39m: host.iobroker ip addresses: 192.168.178.30 2021-02-10 19:02:25.583 - [32minfo[39m: host.iobroker connected to Objects and States 2021-02-10 19:02:25.961 - [32minfo[39m: host.iobroker 3 instances found 2021-02-10 19:02:25.983 - [32minfo[39m: host.iobroker starting 3 instances 2021-02-10 19:02:26.018 - [32minfo[39m: host.iobroker instance system.adapter.admin.0 started with pid 130 2021-02-10 19:02:28.124 - [32minfo[39m: admin.0 (130) starting. Version 4.2.1 in /opt/iobroker/node_modules/iobroker.admin, node: v12.20.1, js-controller: 3.1.6 2021-02-10 19:02:28.248 - [32minfo[39m: admin.0 (130) requesting all states 2021-02-10 19:02:28.249 - [32minfo[39m: admin.0 (130) requesting all objects 2021-02-10 19:02:28.310 - [32minfo[39m: admin.0 (130) received all objects 2021-02-10 19:02:28.349 - [32minfo[39m: host.iobroker Update repository "default" under "http://download.iobroker.net/sources-dist.json" 2021-02-10 19:02:28.320 - [33mwarn[39m: admin.0 (130) Repository cannot be read 2021-02-10 19:02:28.341 - [32minfo[39m: admin.0 (130) Request actual repository... 2021-02-10 19:02:28.344 - [32minfo[39m: admin.0 (130) http server listening on port 8081 2021-02-10 19:02:28.345 - [32minfo[39m: admin.0 (130) Use link "http://localhost:8081" to configure. 2021-02-10 19:02:30.149 - [32minfo[39m: host.iobroker instance system.adapter.discovery.0 started with pid 145 2021-02-10 19:02:30.154 - [32minfo[39m: admin.0 (130) Repository received successfully. 2021-02-10 19:02:31.682 - [32minfo[39m: discovery.0 (145) starting. Version 2.5.0 in /opt/iobroker/node_modules/iobroker.discovery, node: v12.20.1, js-controller: 3.1.6 2021-02-10 19:02:34.001 - [32minfo[39m: host.iobroker instance system.adapter.info.0 started with pid 160 2021-02-10 19:02:37.264 - [32minfo[39m: info.0 (160) starting. Version 1.7.10 in /opt/iobroker/node_modules/iobroker.info, node: v12.20.1, js-controller: 3.1.6 2021-02-10 19:02:39.054 - [33mwarn[39m: info.0 (160) Object info.0.sysinfo.disks.blockDevices.dev0.group is invalid: obj.common.type has an invalid value (undefined) but has to be one of number, string, boolean, array, object, mixed, file, json 2021-02-10 19:02:39.056 - [33mwarn[39m: info.0 (160) This object will not be created in future versions. Please report this to the developer. 2021-02-10 19:02:39.059 - [33mwarn[39m: info.0 (160) Object info.0.sysinfo.disks.blockDevices.dev1.group is invalid: obj.common.type has an invalid value (undefined) but has to be one of number, string, boolean, array, object, mixed, file, json 2021-02-10 19:02:39.060 - [33mwarn[39m: info.0 (160) This object will not be created in future versions. Please report this to the developer. 2021-02-10 19:02:39.062 - [33mwarn[39m: info.0 (160) Object info.0.sysinfo.disks.blockDevices.dev2.group is invalid: obj.common.type has an invalid value (undefined) but has to be one of number, string, boolean, array, object, mixed, file, json 2021-02-10 19:02:39.063 - [33mwarn[39m: info.0 (160) This object will not be created in future versions. Please report this to the developer. 2021-02-10 19:02:39.066 - [33mwarn[39m: info.0 (160) Object info.0.sysinfo.disks.blockDevices.dev3.group is invalid: obj.common.type has an invalid value (undefined) but has to be one of number, string, boolean, array, object, mixed, file, json 2021-02-10 19:02:39.067 - [33mwarn[39m: info.0 (160) This object will not be created in future versions. Please report this to the developer. 2021-02-10 19:02:39.070 - [33mwarn[39m: info.0 (160) Object info.0.sysinfo.disks.blockDevices.dev4.group is invalid: obj.common.type has an invalid value (undefined) but has to be one of number, string, boolean, array, object, mixed, file, json 2021-02-10 19:02:39.071 - [33mwarn[39m: info.0 (160) This object will not be created in future versions. Please report this to the developer.
-
@mastervigori sagte in Discovery findet keine Geräte:
192.168.178.30
für mich sieht das ganz gut aus, unter 192.168.178.30:8081 solltest du den iobroker erreichen können.
Sonst mal auf der Konsole
iobroker list instances
-
@fastfoot said in Discovery findet keine Geräte:
@mastervigori sagte in Discovery findet keine Geräte:
192.168.178.30
für mich sieht das ganz gut aus, unter 192.168.178.30:8081 solltest du den iobroker erreichen können.
Sonst mal auf der Konsole
iobroker list instances
Sieht doch alles gut aus warum ist das nicht erreichbar habe das selbe problem auch mit Pihole
root@iobroker:/opt/iobroker# iobroker list instances + system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.discovery.0 : discovery - enabled + system.adapter.info.0 : info - enabled + instance is alive root@iobroker:/opt/iobroker# ^C root@iobroker:/opt/iobroker#
Portainer sagt mir im Status
iobroker healthy newiobroker buanet/iobroker:latest-v5
, ------------------------------------------------------------, --------------- 2021-02-10 20:22:50 ---------------, ------------------------------------------------------------, , ------------------------------------------------------------, ----- Welcome to your ioBroker-container! -----, ----- Startupscript is now running. -----, ----- Please be patient! -----, ------------------------------------------------------------, , ------------------------------------------------------------, ----- Debugging information -----, ----- -----, ----- System -----, ----- arch: armv7l -----, ----- -----, ----- Versions -----, ----- image: v5.1.0 -----, ----- node: v12.20.1 -----, ----- npm: 6.14.10 -----, ----- -----, ----- ENV -----, ----- SETGID: 1000 -----, ----- SETUID: 1000 -----, ------------------------------------------------------------, , ------------------------------------------------------------, ----- Step 1 of 5: Preparing container -----, ------------------------------------------------------------, , Registering maintenance script as command., Done., , ------------------------------------------------------------, ----- Step 2 of 5: Detecting ioBroker installation -----, ------------------------------------------------------------, , Existing installation of ioBroker detected in /opt/iobroker., , ------------------------------------------------------------, ----- Step 3 of 5: Checking ioBroker installation -----, ------------------------------------------------------------, , (Re)Setting folder permissions (This might take a while! Please be patient!)..., Done., , Fixing "sudo-bug" by replacing sudo in iobroker with gosu..., Done., , ------------------------------------------------------------, ----- Step 4 of 5: Applying special settings -----, ------------------------------------------------------------, , Some adapters have special requirements/ settings which can be activated by the use of environment variables., For more information take a look at readme.md on Github!, , ------------------------------------------------------------, ----- Step 5 of 5: ioBroker startup -----, ------------------------------------------------------------, , Starting ioBroker..., , host.iobroker check instance "system.adapter.admin.0" for host "iobroker", host.iobroker check instance "system.adapter.discovery.0" for host "iobroker", host.iobroker check instance "system.adapter.info.0" for host "iobroker", ls: cannot access '/dev/disk/by-id/': No such file or directory, , ls: cannot access '/dev/disk/by-id/': No such file or directory, ,
-
@mastervigori sagte in Discovery findet keine Geräte:
192.168.178.30:8081
Was sagt denn dein Browser? Ich kann da absolut keinen Fehler erkennen, die beiden ls-Fehler am Ende sind nicht der Grund. Dein Browser läuft auch im Subnetz 192.168.178.x?
-
@mastervigori sagte in Discovery findet keine Geräte:
Sieht doch alles gut aus warum ist das nicht erreichbar habe das selbe problem auch mit Pihole
Einen hätte ich noch, und zwar wenn der Port 8081 bereits durch was Anderes belegt ist. Mach mal:
iobroker set admin.0 --port 18081
. Anschliessend rufst du die GUI unter diesem neuen Port auf -
@fastfoot said in Discovery findet keine Geräte:
@mastervigori sagte in Discovery findet keine Geräte:
Sieht doch alles gut aus warum ist das nicht erreichbar habe das selbe problem auch mit Pihole
Einen hätte ich noch, und zwar wenn der Port 8081 bereits durch was Anderes belegt ist. Mach mal:
iobroker set admin.0 --port 18081
. Anschliessend rufst du die GUI unter diesem neuen Port aufjoooooooo du bist der beste Danke !!!!!
geht jetzt aber warum der port 8081 und an wem vergeben ist keine ahnung!!!
-
-
sudo netstat -tulpen | grep 8081
-
@thomas-braun said in Discovery findet keine Geräte:
sudo netstat -tulpen | grep 8081
jetzt habe ich das ausprobiert und IoBroker ist nicht mehr erreichbar
-
@mastervigori das hat aber nichts mit dem netstat zu tun.
-
@mastervigori sagte in Discovery findet keine Geräte:
jetzt habe ich das ausprobiert und IoBroker ist nicht mehr erreichbar
das hat @da_Woody schon beantwortet.
Was kommt bei:
iobroker list instances