IOBroker - Radar2

[MathiasJ]

@frankjoke
Mein Zwischenstand:
Update auf Version 1.9.9 läuft
Update auf Version 2.0.0 läuft
Update auf Version 2.0.1 läuft

Hast wieder einmal super Arbeit abgeliefert!
So etwas muß auch einmal erwähnt werden.

Mit der ehemaligen Version 1.2.5 hatte ich laufend Aussetzer, eine Steuerung
der Heizung im Winter war unmöglich.

Gruß,
Mathias

[gammler2003]

@frankjoke vielen Dank nochmals - leider weiter ohne Erfolg.

radar2.0	2020-06-11 18:19:35.843	warn	(3159) Uncaught Exception: bind EADDRINUSE 0.0.0.0:67
radar2.0	2020-06-11 18:19:35.836	error	(3159) Error: bind EADDRINUSE 0.0.0.0:67 at dgram.js:321:20 at processTicksAndRejections (internal/process/task_queues.js:81:21)
radar2.0	2020-06-11 18:19:35.834	error	(3159) uncaught exception: bind EADDRINUSE 0.0.0.0:67

Ich habe sämtliche Befehle ausgeführt und diese liefen auch fehlerfrei durch. IOBroker und den RPI habe ich mehrfach durchgestartet. Auf dem RPI läuft neben dem IOBroker nur ein Deconz-Gate, sonst nichts.

Wie kann ich denn checken, ob setcap und readlink im richtigen Pfad installiert ist?

Ich würde den Radar2-Adapter wirklich sehr gerne nutzen und bin euch allen dankbar für weitere Ideen & Hinweise. Vielen Dank.

[frankjoke]

@gammler2003

wenn du das hast Uncaught Exception: bind EADDRINUSE 0.0.0.0:67 dann hast wahrscheinlich node upgedated, dann mach bitte

sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which node`)

Wie im readme beschrieben müssen nach updates diese Befehle wieder ausgeführt werden damit das neue Programm auch die Berechtigung kriegt!

[Homoran]

@frankjoke sagte in IOBroker - Radar2:

Bin hier gerade zufällig reingestolpert

Wie im readme beschrieben müssen nach updates diese Befehle wieder ausgeführt werden damit das neue Programm auch die Berechtigung kriegt!

Hilft da der Fixer nicht?
Wenn nein, wäre es nicht sinnvoll diese Funktion mit in den Fixer einzubauen?

@AlCalzone ??

[frankjoke]

@Homoran
Nur eine Frage, was ist der Fixer?
Radar2 verwendet raw-netwerkfunktionen um broadcasts vom DHCP-port abzufragen und das geht normal nur mit sudo oder setcap for node.
Macht der Fixer ähnliches?

[Thomas Braun]

@frankjoke
Ja, der fixer biegt einige capabilities nach einem node upgrade wieder gerade. Ich meine, das sind auch die diversen von radar2 genutzten mit dabei.

[gammler2003]

@frankjoke said in IOBroker - Radar2:

sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f which node

Leider nein, das hatte ich bereits versucht. Eben nochmal probiert, iobroker neu gestartet und weiterhin den gleichen Fehler. Das gibts echt nicht...

[frankjoke]

@Thomas-Braun

Ok, kannte das nicht, wie geht der? iobroker fixeroder so?

[Thomas Braun]

@frankjoke

Bei aktuellen Installationen (js-controller 3.x / admin 4.x)

iobroker fix

Ansonsten kann man den auch per curl aufrufen. Hab aber gerade den Pfad nicht parat.

[Homoran]

@frankjoke entweder in neueren admin Versioneniobroker fix oder curl -fsL https://iobroker.net/fix.sh | bash -
(steht auch in meiner Signatur)

[frankjoke]

@gammler2003

Ok, hab vielleicht nicht zu genau hingeschaut, dein Fehler Uncaught Exception: bind EADDRINUSE 0.0.0.0:67 sagt dass die Adresse schon benutzt wird (und nicht dass node keine Rechte hat)! Hast vielleicht irgendwas auf dem Rechner laufen? PiHole oder einen DNS-Server?...

[gammler2003]

@frankjoke
Kein PiHole, kein DNS Server - eigentlich läuft auf dem PI nur der ioBroker und ein deCONZ-Gateway. Kann ich das irgendwie testen/herausfinden? Lässt sich die Adresse irgendwie ändern bzw. der Fehler sonst irgendwie beheben?

[Thomas Braun]

@gammler2003

sudo netstat tulpen

[gammler2003]

@Thomas-Braun said in IOBroker - Radar2:

sudo netstat tulpen

Ganz schön viele Verbindungen
Also wenn ich nach 0.0.0.0:67 suche, findet er keinen Eintrag. Oder nach was genau muss ich suchen?

[Thomas Braun]

@gammler2003

sudo netstat tulpen | grep :67

Besser ist aber noch

sudo lsof -i -n

Wobei 67 der klassische Port für DHCP ist.

[frankjoke]

@gammler2003

0.0.0.0 bedeutet nur dass auf allen interfaces (kannst mit ifconfig auslisten) gehorcht werden soll, port 67 ist das wichtige, ich versuche darauf nicht exclusiv zu horchen, s.h. ich lasse andere zu auch zu horchen, aber wenn irgendwer exklusiv darauf horcht dann kann ich auch nicht

Es gibt 2 Möglichkeiten zu verhindern dass der Adapter vielleicht durchkommt:

1. wenn du im environment (bevor iobroker startet) den im env DEBUG="testing:" stehen hast dann benutz er DHCP nicht und führt den Befehl nicht aus
2. Wenn du erkennst dass du mehrere interfaces hast und nur auf einem horchen willst (und das wird nicht sonst belegt) dann könntest in myNetwork.js auf Zeile 956 die IP des interfaces eintragen was dann ca. so ausschaut:
   self._listener = new Dhcp("192.168.1.77"); und damit horcht er nur mehr dort.

Ich überleg mir ob ich eine Konfig einbaue um die IP oder alle (oder keine) eintragen kann die beim nächsten Update vielleicht das flexibler macht

[gammler2003]

@Thomas-Braun said in IOBroker - Radar2:

sudo netstat tulpen | grep :

Also wenn ich das in der Konsole eingebe, passiert gar nichts. Ist das gut oder schlecht?

[Thomas Braun]

@gammler2003
Da fehlt die 67 hinter dem :

Aber Port 67 ist ganz sicher DHCP.

[frankjoke]

@Thomas-Braun

Habe beide Befehle probiert aber keier zeigt dass port 67 von Radar2 benutz wird.
lsof findet aber einen Eintrag node 4792 iobroker 34u IPv4 42662 0t0 UDP *:bootps der mein radar2 sein kann da ich ja mut UDP auf port 67 horche...

[gammler2003]

@Thomas-Braun said in IOBroker - Radar2:

sudo netstat tulpen | grep :67
-> Hier passiert leider gar nichts.

sudo lsof -i -n
-> Hier bekomme ich eine längere Liste. Größtenteils sind hier meine iobroker Adapter aufgeführt. Nach was muss ich genau suchen?