[Gelöst] [Problem] web Instanz: Konflikt auf Port 8082
-
@homoran Habe aber die web.0 Instanz gestartet und läuft
-
iwittenstein@iobroker-prod:~$ sudo netstat -tulpen|grep 8082 tcp6 0 0 :::8082 :::* LISTEN 1000 6560502 57865/io.web.0 -
@i-wittenstein ja, das sieht gut aus
-
@i-wittenstein
Ich habe das selbe Problem - Nach einem Neuaufsazu der HomeMatic. hm-rpc.0 läuft nun, aber web.0 nicht - mit eben diesem "port 8082 already in use", den ich nicht lokalisieren kann.iobroker list instances ergibt Folgendes
pi@iobrokerpi:~ $ iobroker list instances + system.adapter.admin.0 : admin : iobrokerpi - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin system.adapter.alias-manager.0 : alias-manager : iobrokerpi - enabled + system.adapter.backitup.0 : backitup : iobrokerpi - enabled + system.adapter.ble.0 : ble : iobrokerpi - enabled system.adapter.device-watcher.0 : device-watcher : iobrokerpi - disabled system.adapter.devices.0 : devices : iobrokerpi - disabled + system.adapter.discovery.0 : discovery : iobrokerpi - enabled + system.adapter.ds18b20.0 : ds18b20 : iobrokerpi - enabled system.adapter.flot.0 : flot : iobrokerpi - disabled + system.adapter.fritzdect.0 : fritzdect : iobrokerpi - enabled + system.adapter.ham.0 : ham : iobrokerpi - enabled + system.adapter.hm-rpc.0 : hm-rpc : iobrokerpi - enabled, port: 8081 system.adapter.homekit-controller.0 : homekit-controller : iobrokerpi - disabled system.adapter.hue.0 : hue : iobrokerpi - disabled, port: 443 system.adapter.icons-addictive-flavour-png.0: icons-addictive-flavour-png: iobrokerpi - enabled system.adapter.icons-icons8.0 : icons-icons8 : iobrokerpi - enabled + system.adapter.influxdb.0 : influxdb : iobrokerpi - enabled, port: 8086 system.adapter.info.0 : info : iobrokerpi - disabled system.adapter.iqontrol.0 : iqontrol : iobrokerpi - disabled + system.adapter.javascript.0 : javascript : iobrokerpi - enabled + system.adapter.lightcontrol.0 : lightcontrol : iobrokerpi - enabled + system.adapter.modbus.0 : modbus : iobrokerpi - enabled system.adapter.net-tools.0 : net-tools : iobrokerpi - disabled system.adapter.netatmo-crawler.0 : netatmo-crawler : iobrokerpi - enabled system.adapter.ping.0 : ping : iobrokerpi - disabled system.adapter.rpi2.0 : rpi2 : iobrokerpi - disabled + system.adapter.shelly.0 : shelly : iobrokerpi - enabled, port: 1884, bind: 0.0.0.0 system.adapter.smartthings.0 : smartthings : iobrokerpi - disabled system.adapter.solaredge.0 : solaredge : iobrokerpi - disabled + system.adapter.sonoff.0 : sonoff : iobrokerpi - enabled, port: 1882, bind: 192.168.220.41 system.adapter.statistics.0 : statistics : iobrokerpi - disabled + system.adapter.synochat.0 : synochat : iobrokerpi - enabled system.adapter.synology.0 : synology : iobrokerpi - disabled, port: 5001 system.adapter.tr-064.0 : tr-064 : iobrokerpi - disabled system.adapter.tuya.0 : tuya : iobrokerpi - disabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : iobrokerpi - enabled system.adapter.vis-icontwo.0 : vis-icontwo : iobrokerpi - enabled + system.adapter.vis-inventwo.0 : vis-inventwo : iobrokerpi - enabled system.adapter.vis-justgage.0 : vis-justgage : iobrokerpi - enabled system.adapter.vis-map.0 : vis-map : iobrokerpi - enabled system.adapter.vis.0 : vis : iobrokerpi - enabled system.adapter.web.0 : web : iobrokerpi - enabled, port: 8082, bind: 0.0.0.0, run as: admin system.adapter.wifilight.0 : wifilight : iobrokerpi - disabled + instance is aliveDie Einstellungen des web.0 sehen so aus:
Der hm-rpc.0 ist wie folgt eingestellt:
Dank im Voraus!
-
@wrod sagte in [Gelöst] [Problem] web Instanz: Konflikt auf Port 8082:
mit eben diesem "port 8082 already in use", den ich nicht lokalisieren kann.
Ist in der Langfassung von
iob diagenthalten.
-
@wrod Ich sehe gerade, dass offenkundig die 8082 doch (noch?) auf dem hm-rpc gebunden ist:
sudo netstat -tulpen|grep 8082 tcp 0 0 192.168.220.41:8082 0.0.0.0:* LISTEN 1001 73782 7086/io.hm-rpc.0Wie kann man das loswerden? In der Instanz sehe ich das nicht.
-
@wrod
Machmal ist es so einfach und man kommt nicht drau (oder ist zu schnell)! Ich antworte mir mal selbst, weil es vielleicht jemandem hilft:Nachdem ich den hm-rpc.0 gestoppt und dann 5 minuten gewartet habe, konnte ich web.0 starten und port 8082 wurde von ihm genutzt. Danach konnte ich hm-rpc.0 wieder starten ohne dass er port 8082 wieder nutzt (vorher hatte ich letzteren mehrfach neu gestartet, aber immer ohne während seines OFF web.0 zu starten).
-
@wrod Ich antworte mir noch einmal selber - aber mit einer Frage: Nach einem Update hatte ich wieder das gleiche Problem - und erinnerte micht nicht mehr genau der Lösung, bis ich dann hier wieder fündig wurde. Also: hm-rpc.0 muss (deutlich) NACH web.0 gestartet werden.
Nun die Frage: (wie) kann man das automatisieren, dass bei Neustart (etwa nach reboot des raspi) nicht doch erst hm-rpc.0 und dann web.0 gestartet wird - möglichst mit kleiner Unterbrechung dazwischen?
Dank im Voraus
-
@wrod
warum nutzt du denn den Port für hm-rpc??Standardmäßig sollte Adapterport auf 0 gestellt sein
-
@wrod sagte in [Gelöst] [Problem] web Instanz: Konflikt auf Port 8082:
kann man das automatisieren, dass bei Neustart (etwa nach reboot des raspi) nicht doch erst hm-rpc.0 und dann web.0 gestartet
Da gab es aber noch nie Probleme zwischen hm-rpc und web.
-
@homoran sagte in [Gelöst] [Problem] web Instanz: Konflikt auf Port 8082:
Standardmäßig sollte Adapterport auf 0 gestellt sein
@wrod
wie @Homoran schon sagte:
Da muss 0 rein.
Und stell https aus, das braucht man im Heimnetz nicht ! -
@homoran
Ah danke, das hatte ich aus Deiner Antwort https://forum.iobroker.net/topic/61579/gelöst-problem-web-instanz-konflikt-auf-port-8082/13?_=1745044608973# auf den vorangegangenen Post. Da war vom Callback-Port die Rede, nicht vom Adapterport. Den Hinweis auf die Fehllesung im folgenden Post hatte ich nicht mehr gesehen. -
@wrod sagte in [Gelöst] [Problem] web Instanz: Konflikt auf Port 8082:
Da war vom Callback-Port die Rede,
wo?
es gibt keinen Callback-Port! nur eine Callback IP -
@homoran
Oben steht"dann fehlt die Callback-Adresse.
die muss die ioBroker-Adresse sein. Bei LXC bin ich allerdings nicht fit.aber definitiv nicht Port 8081!
stell den mal auf 0, dann wird der automatisch vergeben."Daraus hatte ich (fälschlich) geschlossen, dass das "nicht Port 8081" auf die Callback-Adresse bezieht, die ohne ein ":8081" eingetragen werden sollte. Dass es um die Adapter-Adresse ging im anderen Tab habe ich damals übersehen - und es ging dann ja auch, wenn die Reihenfolge der Adapter stimmte.
-
@wrod ja, das waren zwei unabhängige Punkte
