Weihnachtsangebot 2025! 🎄

[Glasfaser]

Warum bewertet einer den Thread und den weiteren Beitrag von @haselchen mit Negativ !?

Nicht gerade freundlich !?

[haselchen]

@Glasfaser

Ich gucke mir morgen früh mal das Log an und vergleiche mit dem Log vom PiHole.
Ist nicht nur Telegram, auch ICAL haut ab und zu Warnmeldungen raus.
Tankerkönig in den letzten Tagen auch.

error: tankerkoenig.0 (547) Spritpreise einlesen (gezielte Stationen via ID) - Fehler: Error: getaddrinfo EAI_AGAIN creativecommons.tankerkoenig.de creativecommons.tankerkoenig.de:443

Das nervt alles richtig, vor allem, weil ich nichts verändert habe.

[crunchip]

@haselchen nur so nebenbei gefragt...warum lässt du iobroker überhaupt über pihole laufen?

Übrigens gabs ein Update bei pihole

Ps. Hatte vor kurzen auch mal ähnliches Problem, telegram Nachricht kam nicht mehr an, bzw wurden keine Bilder mehr versendet(genau Fehlermeldung weiß ich nicht mehr)
Abhilfe schaffte javascript neu zu starten.

[haselchen]

Moin @crunchip ,

PiHole filtert bei mir Werbung in den Websiten.
Es sind auch nur ein paar Blocking Sites eingerichtet.
Ansonsten alles auf der White List.
Wie gesagt, dass Ding lief ja ewig ohne Störung.
Hab jetzt mal für den ganzen Tag den Schutz auf disabled gesetzt.
Telegram betrifft es halt am meisten.
Warum der Tankerkönig nun auch spinnt.
Kein Plan.
Ich warte mal die 24 Std. ohne PiHole ab.

P.S. alles neustarten und dergleichen passiert schon aus dem FF :grimacing:

[TorstenR1962]

Moin,
bei mir häufen sich seit, zumindest dann festgestellt, gestern, die Meldungen. Die sorgen auch dafür, dass dann der Raspberry gar nicht mehr reagiert. Zum Zeitpunkt der Meldungen, die im Log sichtbar sind, ist der iobroker nicht ansprechbar.

Festgestellt habe ich es gestern, als ich Alexa was neues beigebracht habe, und danach Stillstand des iobrokers war. Ping war nicht mehr möglich, ssh ebenso nicht, also habe ich den raspy neu gestartet. Nach wenigen Minuten ging wieder nichts. Also dachte ich, es lag an Alexa. Habe die Instanz deaktiviert, aber trotzdem folgte wieder Stillstand. Habe in die Logs geschaut und da kam dann z.B. dieser Salat, so wie auch heute morgen:

telegram.0	2020-08-14 04:28:54.831	warn	(1979) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
telegram.0	2020-08-14 04:28:54.500	warn	(1979) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
telegram.0	2020-08-14 04:28:54.416	info	(1979) Terminated (NO_ERROR): Without reason
telegram.0	2020-08-14 04:28:54.414	info	(1979) terminating
telegram.0	2020-08-14 04:28:54.170	warn	(1979) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
telegram.0	2020-08-14 04:28:53.955	error	at processTicksAndRejections (internal/process/task_queues.js:84:21)
telegram.0	2020-08-14 04:28:53.955	error	at emitErrorAndCloseNT (internal/streams/destroy.js:60:3)
telegram.0	2020-08-14 04:28:53.955	error	at emitErrorNT (internal/streams/destroy.js:92:8)
telegram.0	2020-08-14 04:28:53.955	error	at TLSSocket.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.955	error	at TLSSocket.socketErrorListener (_http_client.js:426:9)
telegram.0	2020-08-14 04:28:53.955	error	at ClientRequest.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.955	error	at Request.onRequestError (/opt/iobroker/node_modules/request/request.js:881:8)
telegram.0	2020-08-14 04:28:53.955	error	at Request.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.955	error	at self.callback (/opt/iobroker/node_modules/request/request.js:185:22)
telegram.0	2020-08-14 04:28:53.955	error	at Request.RP$callback [as _callback] (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:46:31)
telegram.0	2020-08-14 04:28:53.955	error	at Request.plumbing.callback (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:87:29)
telegram.0	2020-08-14 04:28:53.955	error	at new RequestError (/opt/iobroker/node_modules/request-promise-core/lib/errors.js:14:15)
telegram.0	2020-08-14 04:28:53.955	error	(1979) RequestError: Error: getaddrinfo EAI_AGAIN api.telegram.org
telegram.0	2020-08-14 04:28:53.955	error	(1979) unhandled promise rejection: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
Unhandled	2020-08-14 04:28:53.954	error	promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
telegram.0	2020-08-14 04:28:53.937	error	at processTicksAndRejections (internal/process/task_queues.js:84:21)
telegram.0	2020-08-14 04:28:53.937	error	at emitErrorAndCloseNT (internal/streams/destroy.js:60:3)
telegram.0	2020-08-14 04:28:53.937	error	at emitErrorNT (internal/streams/destroy.js:92:8)
telegram.0	2020-08-14 04:28:53.937	error	at TLSSocket.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.937	error	at TLSSocket.socketErrorListener (_http_client.js:426:9)
telegram.0	2020-08-14 04:28:53.937	error	at ClientRequest.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.937	error	at Request.onRequestError (/opt/iobroker/node_modules/request/request.js:881:8)
telegram.0	2020-08-14 04:28:53.937	error	at Request.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.937	error	at self.callback (/opt/iobroker/node_modules/request/request.js:185:22)
telegram.0	2020-08-14 04:28:53.937	error	at Request.RP$callback [as _callback] (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:46:31)
telegram.0	2020-08-14 04:28:53.937	error	at Request.plumbing.callback (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:87:29)
telegram.0	2020-08-14 04:28:53.937	error	at new RequestError (/opt/iobroker/node_modules/request-promise-core/lib/errors.js:14:15)
telegram.0	2020-08-14 04:28:53.937	error	(1979) RequestError: Error: getaddrinfo EAI_AGAIN api.telegram.org
telegram.0	2020-08-14 04:28:53.936	error	(1979) unhandled promise rejection: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
Unhandled	2020-08-14 04:28:53.935	error	promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
telegram.0	2020-08-14 04:28:53.922	error	at processTicksAndRejections (internal/process/task_queues.js:84:21)
telegram.0	2020-08-14 04:28:53.922	error	at emitErrorAndCloseNT (internal/streams/destroy.js:60:3)
telegram.0	2020-08-14 04:28:53.922	error	at emitErrorNT (internal/streams/destroy.js:92:8)
telegram.0	2020-08-14 04:28:53.922	error	at TLSSocket.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.922	error	at TLSSocket.socketErrorListener (_http_client.js:426:9)
telegram.0	2020-08-14 04:28:53.922	error	at ClientRequest.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.922	error	at Request.onRequestError (/opt/iobroker/node_modules/request/request.js:881:8)
telegram.0	2020-08-14 04:28:53.922	error	at Request.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.922	error	at self.callback (/opt/iobroker/node_modules/request/request.js:185:22)
telegram.0	2020-08-14 04:28:53.922	error	at Request.RP$callback [as _callback] (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:46:31)
telegram.0	2020-08-14 04:28:53.922	error	at Request.plumbing.callback (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:87:29)
telegram.0	2020-08-14 04:28:53.922	error	at new RequestError (/opt/iobroker/node_modules/request-promise-core/lib/errors.js:14:15)
telegram.0	2020-08-14 04:28:53.922	error	(1979) RequestError: Error: getaddrinfo EAI_AGAIN api.telegram.org
telegram.0	2020-08-14 04:28:53.921	error	(1979) unhandled promise rejection: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
Unhandled	2020-08-14 04:28:53.920	error	promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
telegram.0	2020-08-14 04:28:53.920	error	at processTicksAndRejections (internal/process/task_queues.js:84:21)
telegram.0	2020-08-14 04:28:53.920	error	at emitErrorAndCloseNT (internal/streams/destroy.js:60:3)
telegram.0	2020-08-14 04:28:53.920	error	at emitErrorNT (internal/streams/destroy.js:92:8)
telegram.0	2020-08-14 04:28:53.920	error	at TLSSocket.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.920	error	at TLSSocket.socketErrorListener (_http_client.js:426:9)
telegram.0	2020-08-14 04:28:53.920	error	at ClientRequest.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.920	error	at Request.onRequestError (/opt/iobroker/node_modules/request/request.js:881:8)
telegram.0	2020-08-14 04:28:53.920	error	at Request.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.920	error	at self.callback (/opt/iobroker/node_modules/request/request.js:185:22)
telegram.0	2020-08-14 04:28:53.920	error	at Request.RP$callback [as _callback] (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:46:31)
telegram.0	2020-08-14 04:28:53.920	error	at Request.plumbing.callback (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:87:29)
telegram.0	2020-08-14 04:28:53.920	error	at new RequestError (/opt/iobroker/node_modules/request-promise-core/lib/errors.js:14:15)
telegram.0	2020-08-14 04:28:53.920	error	(1979) RequestError: Error: getaddrinfo EAI_AGAIN api.telegram.org
telegram.0	2020-08-14 04:28:53.919	error	(1979) unhandled promise rejection: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
Unhandled	2020-08-14 04:28:53.918	error	promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
telegram.0	2020-08-14 04:28:53.906	error	at processTicksAndRejections (internal/process/task_queues.js:84:21)
telegram.0	2020-08-14 04:28:53.906	error	at emitErrorAndCloseNT (internal/streams/destroy.js:60:3)
telegram.0	2020-08-14 04:28:53.906	error	at emitErrorNT (internal/streams/destroy.js:92:8)
telegram.0	2020-08-14 04:28:53.906	error	at TLSSocket.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.906	error	at TLSSocket.socketErrorListener (_http_client.js:426:9)
telegram.0	2020-08-14 04:28:53.906	error	at ClientRequest.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.906	error	at Request.onRequestError (/opt/iobroker/node_modules/request/request.js:881:8)
telegram.0	2020-08-14 04:28:53.906	error	at Request.emit (events.js:315:20)
telegram.0	2020-08-14 04:28:53.906	error	at self.callback (/opt/iobroker/node_modules/request/request.js:185:22)
telegram.0	2020-08-14 04:28:53.906	error	at Request.RP$callback [as _callback] (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:46:31)
telegram.0	2020-08-14 04:28:53.906	error	at Request.plumbing.callback (/opt/iobroker/node_modules/request-promise-core/lib/plumbing.js:87:29)
telegram.0	2020-08-14 04:28:53.906	error	at new RequestError (/opt/iobroker/node_modules/request-promise-core/lib/errors.js:14:15)
telegram.0	2020-08-14 04:28:53.906	error	(1979) RequestError: Error: getaddrinfo EAI_AGAIN api.telegram.org
telegram.0	2020-08-14 04:28:53.905	error	(1979) unhandled promise rejection: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
Unhandled	2020-08-14 04:28:53.902	error	promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
telegram.0	2020-08-14 04:28:53.814	warn	(1979) polling_error:EFATAL, EFATAL: Error: read ECONNRESET

An Telegram habe ich nicht gefummelt. Außer, dass ich vorgestern anfing, mich an Telegram Menüs mit Blockly zu üben. Da habe ich es auch geschafft, dass mein Telegram Account das Menü kriegt, meine Frau bekommt aber keins zu sehen.

Das gesamte System ist auf dem neuesten Stand.
Raspberry 3B+.
Telegram ist bei 1.5.9.

raspberrypi
Betriebssystem linux
Betriebssystem linux
Architektur arm
CPUs 4
Geschwindigkeit 600 MHz
Modell ARMv7 Processor rev 4 (v7l)
RAM 926.05 MB
System Betriebszeit 12:32:45
Node.js v12.18.3
NPM 6.14.6
Festplatte Größe 28.98 GB
Festplatte frei 26.3 GB
Anzahl der Adapter 303
Betriebszeit 12:36:31
Aktive Instanzen 11

DNS, api.telegram.org löst korrekt auf.

Habt ihr ne Idee? IoBroker läuft größtenteils, aber zu den sporadischen, nicht im Muster erkennbar ablaufenden Zeitpunkten, ist Stillstand.

Gruß

Edit:
Hab den hier gefunden:
https://forum.iobroker.net/topic/21941/gelöst-telegram-polling-error-was-kann-ich-machen/13

In den Logs der Tage zuvor lässt sich ein Muster für den Zeitpunkt 3-5 Uhr morgens finden, wodurch ich auf einen DSL Reconnect seitens des Providers schließe, und der Server dann einfach nicht erreichbar war. Evtl war er auch gestern, Gewitter?InNeuss?, nicht erreichbar. Werde das weiter beobachten. Wenns an nicht Erreichbarkeit durch Witterung/DSLReconnect war, kann ich natürlich nix machen.
TelegramSkripte liefen auf jeden Fall gerade problemlos.

[dadonali]

@TorstenR1962

Konntest du hier schon eine Lösung finden? Ich habe leider genau das gleiche Problem mit willkürlichen Abstürzen vom iobroker und dann diese bzw. ähnliche Einträge im Log file :(

[Homoran]

@dadonali
@TorstenR1962

EAI_AGAIN is a DNS lookup timed out error, means it is a network connectivity error or proxy related error

[dadonali]

@Homoran said in Telegram Warnings und Fehler ohne Ende:

EAI_AGAIN is a DNS lookup timed out error, means it is a network connectivity error or proxy related error

Kann es schlichtweg sein, dass der Raspi in diesen Momenten die WLAN Verbindung zum Router verliert ?

Also das man es vllt. mal per LAN versuchen sollte ?

[Thomas Braun]

@dadonali
LAN ist natürlich zu bevorzugen.
Wie funktionert denn bei dir im Netz DNS? Irgendwelche alternativen Server eingetragen? DoT aktiv?

[dadonali]

@Thomas-Braun

Ich habe in der Fritzbox hinsichtlich DNS nix verändert, das sind alles die Standard Einstellungen

[Thomas Braun]

@dadonali
nodeJS senktrecht im System?
Schau dir

which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs

an.

[dadonali]

@Thomas-Braun

Das hat er ausgeworfen

[Thomas Braun]

@dadonali
Könnte man mal aktualisieren, aber grundsätzlich ok.

sudo apt update
sudo apt dist-upgrade
sudo reboot

Bitte keine Screenshots von Konsolentext; als Text (in CodeTags </> ) hier ins Forum kopieren.

[dadonali]

@Thomas-Braun

okay sorry :)

ich hab die Befehle jetzt mal ausgeführt. Brauchst du noch weitere Infos?

Mein Problem was ich leider habe ist, dass ich den Wechsel vom 3er Pi auf den 4er relativ zeitnah mit der Einbindung meines Fritz Repeaters durchgeführt habe und so nicht zu 100% sagen kann wonach es kam.

Der 3er war vorher per 2,4GhZ im Netz angemeldet und lief ohne weitere Probleme. Der 4er ist jetzt per 5GhZ angemeldet. Aber eigtl sollte dies doch kein Problem darstellen oder? Das er da mehrmals am Tag die WLAN Verbindung verliert oder?

Des Weiteren hatte ich zum Umzug vom iobroker zeitweise beide Pis im Netz angemeldet. Aber auch dem neuen Pi habe ich nun eine komplett neue IP gegeben um auszuschließen das es dort zu irgendwelchen Problem kommt.

[Thomas Braun]

@dadonali
Das hört sich eher nach Schluckauf in deinem Netzwerk an.
Wenn WLAN abreißt, dann ist natürlich auch mit Kontakt zur telegram api Essig.

[dadonali]

@Thomas-Braun

Das hier zb. ist eigtl der ausschlaggebende Punkt gewesen, das er mir mehrmals täglich diese Einträge ins Log reinhaut. Obs nun der Mihome, Iot oder Alexa Adapter ist.

Die Roten Warns vom iot.Adapter deuten dann aber auch darauf hin, dass er die Verbindung verloren hat oder?

Und bei solchen Einträgen, hab ich es halt auch öfters das der pi weder per web interface noch per ssh erreichbar ist. Nach ein paar Minuten gehts dann wieder.
Was ja hier auch vllt. für einen Verbindungsabriss des WLANS sprechen könnte oder?

Was mich nur wundert, ist die Tatsache das sowas nicht im Standard Log der Fritzbox zu finden ist, diese evtl. Reconnects.

[Thomas Braun]

@dadonali
Ja, da sind ja gleich mehrere Verbindungen unterbrochen.
Das hat dann natürlich nichts mit dem Telegram-Adapter zu tun sondern mit deinem Netz.
Der Pi ist dann auch mit der Wiederherstellung beschäftigt, das kostet Ressourcen.

who -r

sagt?

[dadonali]

@Thomas-Braun

pi@raspberrypi:~ $ who -r
         Runlevel 5   2020-10-14 16:05

Das war halt jetzt der Reboot nach dem Update

[Thomas Braun]

@dadonali
Server in RunLevel 3 ohne Desktop betreiben:

sudo raspi-config

Menüpunkte 3 - B1 - B1

[dadonali]

@Thomas-Braun

pi@raspberrypi:~ $ who -r
         Runlevel 3   2020-10-14 16:26

Erledigt :)