IOBroker.pro: keine Verbindung

[haselchen]

@derrapf

Muss ich selber überlegen...impliziert die Remote auch die Assistentenlizenz?
Ansonsten wären das 2 verschiedene Paar Schuhe.
Und sonst gibt es da zig Ansatzmöglichkeiten.
Netzwerk, Adapter Updates, sonstige Updates vom Raspi oder dergleichen.

[derrapf]

@derrapf
Was für eine Lizenz brauche ich denn? So richtig blicke ich da nicht durch.
Auf dem Screenshot den der Mod entfernt hat konnte man drei ausgegraute Lizenzen erkennen die "remote year", "remote.promote4" und "remote.promote1" hiessen.
Wenn ich diese aber per copy und paste rauskopiere, dann kann man auf einmal lesen:

cloudremote.year gültig bis 19.10.2022
cloudremote.promote4 gültig bis 19.10.2021
cloudremote.promote1 gültug bis 19.10.2020

Nachbestellt hatte ich 2 Mal remote.promote4 die nun gültig sind bis zum Oktober 23 bzw. bis Oktober 24.
Sind das die Richtigen?
Was ist der Unterschied zwischen "cloudremote.promote" und "remote.promote"?

Aber selbst wenn das die falsche Lizenz wäre: Bis gestern hat ja noch alles funktioniert und es gibt keine Lizenz die nur bis gestern ging.

Zu meiner Infrastruktur: IOBroker läuft als VM unter ProxMox auf einem Fujitsu Esprimo.

Im Log sehe ich aber 1000 Fehler der IOT Instanz:

Ichhabe jetzt mal mein PiHole für 5min disabled aber das verbessert nichts. Dachte erst PiHole wäre schuld

Gruss Ralf

[DJMarc75]

@derrapf netzwerkproblem? da mault ja auch Telegram rum...
starte mal die Kiste neu

[Glasfaser]

@derrapf sagte in IOBroker.pro: keine Verbindung:

Im Log sehe ich aber 1000 Fehler

Bei Telegram z.B

EAI_AGAIN

DNS Problem !

[derrapf]

@glasfaser
Ich habe jetzt mal die IOBroker VM auf ProxMox neu gestartet. Jetzt funktioniert alles wieder.
Habt ihr ne Idee was das war? Denn auf der gleichen Hardware auf einer anderen VM läuft auch die Raspberrymatic und die hat bis jetzt keine Probleme gemacht.

Gruss Ralf

[Glasfaser]

@derrapf sagte in IOBroker.pro: keine Verbindung:

Habt ihr ne Idee was das war?

Nö ...

nur das könnte ich erkennen :

@glasfaser sagte in IOBroker.pro: keine Verbindung:
@derrapf sagte in IOBroker.pro: keine Verbindung:

Im Log sehe ich aber 1000 Fehler

Bei Telegram z.B

EAI_AGAIN

DNS Problem !

[derrapf]

@derrapf Ah
Kann das der Grund sein?

Das ist die IP vom IOBroker.
Aber dann hätte doch das disablen des PiHoles funktionieren müssen (was es nicht hat)
Weiss jemand was das bedeudet und wie man das fixen kann?
Gruss Ralf

[DJMarc75]

@derrapf das scheint ein "AMOK"Skript zu sein !

[derrapf]

@djmarc75 Du meinst ein Script das mehr als 1Mio mal pro Tag irgend eine externe URL aufruft?
Ich wüsste nicht mal dass ich sowas programmiert habe. Müsste da mal in mich gehen.

Gruss Ralf

[DJMarc75]

@derrapf sagte in IOBroker.pro: keine Verbindung:

mehr als 1Mio mal pro Tag irgend eine externe URL aufruft?

in Mathe war ich nie gut aber anscheinend zeigt Dir PiHole schön auf dass da was seitens der IP (wenn das die vom iob ist) nicht korrekt läuft.... Skripte am laufen ?? Wenn ja dann halt mal diese checken.

[derrapf]

@djmarc75 Ich hab mal auf dem PiHole geschaut.
Auffällig wäre für mich diese Abfragen

Das sind so 340 Stück in einer Minute um 21:08.
Keine Ahnung was das für Queries sind aber es kommt mir so vor dass das zu viele sind...
Ich hab tatsächlich noch keine Idee was für Scripte das sein könnten die hier Amok laufen (wenn es überhaupt solche sind). Das letzte Mal dass ich ein Script bearbeitet habe war für die Klimaanlagensteuerung. Da werden jedesmal wenn sich die Zimmer Temp in drei Zimmern ändert die Anlagen (MEL-Cloud) abgefragt und entsprechen die Soll. temp ein gestellt und die Anlagen ein oder aus geschaltet. Aber da sehe ich nur 4 Requests pro Minute.
Ich muss das mal weiter beobachten...
Gruss Ralf

[derrapf]

@derrapf So nochmal die Logs im IOBroker gecheckt.
Wenn ich den Alexa Adapter logge dann kommen ganz viele dieser Logs

Das ist ein Echo Dot im Bad, der normalerweise Musik spiel wenn man im Bad ist. Der war aber aus. Also hat nichts gespielt. Ich habe jetzt mal im IoBroker "Device stop" gesagt. Jetzt ist Ruhe im Log.
Läuft dann da der Alexa2 Adapter Amok, statt ein Script?

Das Nächste was mir komisch vor kommt ist dass die Shellys ununterbrochen geloggt werden:

Das hört quasi gar nicht mehr auf. Aber so oft ändern die doch nicht ihren Status..
Die sind aber alle nicht mit der Shelly Cloud verbunden. Wäre also (unnötiger) interner Traffic.

Gruss Ralf

[haselchen]

@derrapf

Wenn Du schon alles durchguckst , schau mal nach Intervall und Polling Einstellungen in den Adaptern nach .
Das macht auch ne Menge Traffic.

[DJMarc75]

@derrapf jetzt stoppst Du mal den JavaScript Adapter und dann das LOG beobachten bitte

[derrapf]

@djmarc75 hab ich grad mal gemacht.
An den vielen Shelly Logs hat das nichts geändert. Die laufen weiterhin durch wie wild.
Bei den Alexa2 Logs war ja schon Ruhe eingekehrt als ich den echo dot gestoppt hatte (obwohl er kein LaLa mehr gemacht hatte - das war schon komisch. In den Objekten sah es so aus als ob er SWR3 spielen würde)
Jetzt guck ich mal ob mir PiHole mehr erzählen kann. Aktuell steht iobroker auf 4015534 Requests. Mal sehen wie es in 24h aussieht...

Gruss Ralf

[derrapf]

@derrapf So:
Bisher hat das PiHole den IOBroker nicht mehr geblockt. Aktueller Stand ist 4022654 requests. Am 30.01 waren es ja 4015534 Requests.
Das ist ein Unterschied von 7120 Requests. Damit kann ich leben. Also war es wohl dieser eine Echo.Dot...was immer da passiert ist.
Die Shelly müllen aber weiterhin das Log zu. Da mach ich mal einen extra Thread.

Gruss Ralf

[derrapf]

@derrapf Shelly ist geklärt: Stand auf "debug". Trotzdem wären das alle 2s Kommunikationen mit den Shelly. Ich hoffe das gehört so...
Gruss Ralf