UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Sweatchuck]

@ft-knorr Kannst du mir erklären wie was du gemach hast? Ich habe das gleiche Problem und das gleiche "Setup" wie du.

[OliverIO]

@sweatchuck

wie hast du dein setup definiert?
startest du die container per befehlszeile oder verwendest du docker compose?
du musst den container dann einem weiteren netzwerk zuordnen. jeder container kann mehreren netzwerken zugehören. das ist dann so wie wenn noch eine weitere netzwerkkarte im rechner/container steckt

[Sweatchuck]

@oliverio

beim mir läuft Docker mit portainer auf einer Synology. Darauf iobroker via portainer installiert und läuft in einem macvlan entsprechend dieser Anleitung:

https://smarthome.buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/

Nun habe ich influxDB ensprechend dem Video von haus:automation installiert:

https://www.youtube.com/watch?v=NyUHmD-049s

influxDB2 ist also im briged Netzwerk.

Was ich jetzt mal probiert habe, war ioBroker auf zusätzlich dem briged Netzwerk zugefügt habe. Hat aber leider die gleiche Fehlermeldung ausgegeben. Meinses erachtens muss das das gleiche Problem wie bei ft.knorr sein.

Auf influxdb komme ich über den Browser drauf. Grafana kann ich auch mit influxdb verbinden. ioB will nur nicht uns bleibt gelb.

[OliverIO]

@sweatchuck

dann musst du im feld network noch zusätzlich den namen deines bridge networks eingeben. bei mir nennt sich das "bridge"

[Sweatchuck]

@oliverio

Ich bin jetzt auf Portainer und habe bei Container den ioBroker gestoppt. Ganz unten bei Connected Networks habe ich den iobroker zusätzlich zum Netzwerk iob_public noch dem Netzwerk bridge zugeordnet und den Container wieder gestartet.

Bring aber keinen Erfolg. Oder hast du das anders gemeint?

[OliverIO]

@sweatchuck

eigentlich dem influx container noch das bridge network hinzufügen.
wie gesagt macvlan container können nicht direkt mit dem host kommunizieren, da sie auf dem gleichen network interface laufen.
ich würde die container dann auch nicht mit der ip ansprechen, sondern mit dem hostname. der wird dann von docker entsprechend aufgelöst.
hostname ist normalerweise der containername wenn du nix anderes definiert hast

[Sweatchuck]

@oliverio said in Fehler Error: connect EHOSTUNREACH 192.168.3.3:8086:

gentlich dem influx container noch das bridge network hinzufügen.

der Influx container ist ja im bridge netzwerk.

[OliverIO]

@oliverio sagte in Fehler Error: connect EHOSTUNREACH 192.168.3.3:8086:

ich würde die container dann auch nicht mit der ip ansprechen, sondern mit dem hostname. der wird dann von docker entsprechend aufgelöst.
hostname ist normalerweise der containername wenn du nix anderes definiert hast

[Sweatchuck]

@oliverio

Ich hab jetzt die IP genommen die bei portainer unter Container Status angezeigt wird. Hat funktioniert!
Vielen Dank!

[OliverIO]

@sweatchuck

hostname ist sicherer.
wenn der container beim nächsten recreate uU eine andere IP erhält

[reindeer-web]

@oliverio Hallo,
ich bekommen auch diese Fehlermeldung am laufenden Band. Ich weiß nicht, wie lange schon, aber der Verbindungstest im iobroker zeigt ok und auch sonst läuft eigentlich alles.
Kann mir da jemand helfen?
Hänge mal schon die Bilder von den Einstellungen im Qnap und von den Fehlermeldungen an.

[OliverIO]

@reindeer-web

Ich kenne qnap und diese Darstellung nicht.
Aber ich vermute, du hast irgendwo diese IP Adresse 10.0.3.4 eingetragen.
Wahrscheinlich im influx Adapter.
Ich vermute mal das alles was da als Virtual Adapter aufgezählt wird ein eigener Container ist.
Die notierte ip ist aber in einem eigenen Netz und von deinem 192er Netz nicht zu erreichen.
Wenn das jetzt alles im Host Mode läuft wirst du anstatt dessen die ip des physical adapters eintragen müssen.

Wie gesagt, alles interpretiert da ich qnap nicht kenne und die Terminologie nicht zu docker passt.

[reindeer-web]

@oliverio Vielen Dank schon mal für die Antwort.
Ja, ich habe 10.0.3.4 im influx Adapter eingetragen, damit werden die Daten sofort vom iobroker-Container an den influxdb-Container geschickt, ohne Umwege über das lokale Netz. Ist wahrscheinlich ein Sonderfall bei Qnap. Funktioniert aber einwandfrei, der Adapter wird grün und zeigt beim Verbindungstest OK. Auch bei influx kommen die Daten an. Aber es kommen halt auch wieder diese Fehlermeldungen, wenngleich es momentan nur sporadisch welche sind.

Habe testweise noch mal die beiden 192er Nummern probiert, da kommt da entweder
Error: read ECONNRESET
oder
Connection timeout
als Fehlermeldung und der Adapter wird dann auch nicht grün.

[Ro75]

@reindeer-web mich stört "to buffer again". Da die "Aussetzer" nicht "permanent" sind - es gibt auch mal einen größeren Abstand - stellt sich mir die Frage, wie oft da Daten geloggt werden? Also wie oft pro Minute? Jede Sekunde einmal, zweimal? Aller 5 Sekunden?

Ich befürchte, dass zu oft Daten geloggt werden und damit / dafür das System nicht performant genug ist.

Ro75.

[reindeer-web]

@ro75 Danke auch dir!
Da wird sicherlich einiges protokolliert, aber überfordert dürfte da nichts sein, vor allem, weil es ja schon lange funktioniert hat und da in der Zwischenzeit nichts dazu gekommen ist.
Mich wundert eher das: Applying retention policy for iobroker to 31536000 seconds
Das sind ja fast 9 Stunden!
Ich versteh das nicht.

[Ro75]

@reindeer-web zeig mal die Einstellungen vom Adapter-

Ro75.

[reindeer-web]

@ro75

[Ro75]

@reindeer-web nichts auffälliges - sieht bei mir identisch aus, bis auf die individuellen Einstellungen.

Wie sieht die Auslastung der Container, Host aus?
Ro75.

[reindeer-web]

@ro75

[Ro75]

@reindeer-web und "top" der Container?

Ro75.