Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Error/Bug
  4. Telegram Warnings und Fehler ohne Ende

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    15
    1
    568

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    623

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    1.9k

Telegram Warnings und Fehler ohne Ende

Geplant Angeheftet Gesperrt Verschoben Ungelöst Error/Bug
telegram
33 Beiträge 8 Kommentatoren 3.8k Aufrufe 5 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • crunchipC 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.

    haselchenH Offline
    haselchenH Offline
    haselchen
    Most Active
    schrieb am zuletzt editiert von haselchen
    #8

    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:

    Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19

    1 Antwort Letzte Antwort
    0
    • T Offline
      T Offline
      TorstenR1962
      schrieb am zuletzt editiert von TorstenR1962
      #9

      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.

      D 1 Antwort Letzte Antwort
      0
      • T 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.

        D Offline
        D Offline
        dadonali
        schrieb am zuletzt editiert von
        #10

        @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 :(

        1 Antwort Letzte Antwort
        0
        • HomoranH Nicht stören
          HomoranH Nicht stören
          Homoran
          Global Moderator Administrators
          schrieb am zuletzt editiert von
          #11

          @dadonali
          @TorstenR1962

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

          kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

          Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

          der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

          D 1 Antwort Letzte Antwort
          0
          • HomoranH Homoran

            @dadonali
            @TorstenR1962

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

            D Offline
            D Offline
            dadonali
            schrieb am zuletzt editiert von
            #12

            @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 BraunT 1 Antwort Letzte Antwort
            0
            • D 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 BraunT Online
              Thomas BraunT Online
              Thomas Braun
              Most Active
              schrieb am zuletzt editiert von
              #13

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

              Linux-Werkzeugkasten:
              https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
              NodeJS Fixer Skript:
              https://forum.iobroker.net/topic/68035/iob-node-fix-skript
              iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

              D 1 Antwort Letzte Antwort
              0
              • Thomas BraunT Thomas Braun

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

                D Offline
                D Offline
                dadonali
                schrieb am zuletzt editiert von
                #14

                @Thomas-Braun

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

                Thomas BraunT 1 Antwort Letzte Antwort
                0
                • D dadonali

                  @Thomas-Braun

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

                  Thomas BraunT Online
                  Thomas BraunT Online
                  Thomas Braun
                  Most Active
                  schrieb am zuletzt editiert von
                  #15

                  @dadonali
                  nodeJS senktrecht im System?
                  Schau dir

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

                  an.

                  Linux-Werkzeugkasten:
                  https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                  NodeJS Fixer Skript:
                  https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                  iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                  D 1 Antwort Letzte Antwort
                  0
                  • Thomas BraunT 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.

                    D Offline
                    D Offline
                    dadonali
                    schrieb am zuletzt editiert von
                    #16

                    @Thomas-Braun

                    Das hat er ausgeworfen

                    913068178 - AnyDesk 2020-10-14 15.50.46.png

                    Thomas BraunT 1 Antwort Letzte Antwort
                    0
                    • D dadonali

                      @Thomas-Braun

                      Das hat er ausgeworfen

                      913068178 - AnyDesk 2020-10-14 15.50.46.png

                      Thomas BraunT Online
                      Thomas BraunT Online
                      Thomas Braun
                      Most Active
                      schrieb am zuletzt editiert von
                      #17

                      @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.

                      Linux-Werkzeugkasten:
                      https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                      NodeJS Fixer Skript:
                      https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                      iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                      D 1 Antwort Letzte Antwort
                      0
                      • Thomas BraunT 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.

                        D Offline
                        D Offline
                        dadonali
                        schrieb am zuletzt editiert von dadonali
                        #18

                        @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 BraunT 1 Antwort Letzte Antwort
                        0
                        • D 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 BraunT Online
                          Thomas BraunT Online
                          Thomas Braun
                          Most Active
                          schrieb am zuletzt editiert von
                          #19

                          @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.

                          Linux-Werkzeugkasten:
                          https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                          NodeJS Fixer Skript:
                          https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                          iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                          D 1 Antwort Letzte Antwort
                          0
                          • Thomas BraunT 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.

                            D Offline
                            D Offline
                            dadonali
                            schrieb am zuletzt editiert von
                            #20

                            @Thomas-Braun 121487368_4012424492105214_6736843130820207967_o.jpg

                            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 BraunT 1 Antwort Letzte Antwort
                            0
                            • D dadonali

                              @Thomas-Braun 121487368_4012424492105214_6736843130820207967_o.jpg

                              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 BraunT Online
                              Thomas BraunT Online
                              Thomas Braun
                              Most Active
                              schrieb am zuletzt editiert von
                              #21

                              @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?

                              Linux-Werkzeugkasten:
                              https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                              NodeJS Fixer Skript:
                              https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                              iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                              D 1 Antwort Letzte Antwort
                              0
                              • Thomas BraunT 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?

                                D Offline
                                D Offline
                                dadonali
                                schrieb am zuletzt editiert von
                                #22

                                @Thomas-Braun

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

                                Das war halt jetzt der Reboot nach dem Update

                                Thomas BraunT 1 Antwort Letzte Antwort
                                0
                                • D dadonali

                                  @Thomas-Braun

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

                                  Das war halt jetzt der Reboot nach dem Update

                                  Thomas BraunT Online
                                  Thomas BraunT Online
                                  Thomas Braun
                                  Most Active
                                  schrieb am zuletzt editiert von
                                  #23

                                  @dadonali
                                  Server in RunLevel 3 ohne Desktop betreiben:

                                  sudo raspi-config
                                  

                                  Menüpunkte 3 - B1 - B1

                                  Linux-Werkzeugkasten:
                                  https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                                  NodeJS Fixer Skript:
                                  https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                                  iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                                  D 2 Antworten Letzte Antwort
                                  0
                                  • Thomas BraunT Thomas Braun

                                    @dadonali
                                    Server in RunLevel 3 ohne Desktop betreiben:

                                    sudo raspi-config
                                    

                                    Menüpunkte 3 - B1 - B1

                                    D Offline
                                    D Offline
                                    dadonali
                                    schrieb am zuletzt editiert von dadonali
                                    #24

                                    @Thomas-Braun

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

                                    Erledigt :)

                                    1 Antwort Letzte Antwort
                                    0
                                    • Thomas BraunT Thomas Braun

                                      @dadonali
                                      Server in RunLevel 3 ohne Desktop betreiben:

                                      sudo raspi-config
                                      

                                      Menüpunkte 3 - B1 - B1

                                      D Offline
                                      D Offline
                                      dadonali
                                      schrieb am zuletzt editiert von
                                      #25

                                      @Thomas-Braun

                                      Hast du noch andere Vorschläge die ich prüfen sollte ? Oder soll ich fürs erste den Raspi per LAN einbinden und schauen ob die Probleme weiterhin auftreten?

                                      Thomas BraunT 1 Antwort Letzte Antwort
                                      0
                                      • D dadonali

                                        @Thomas-Braun

                                        Hast du noch andere Vorschläge die ich prüfen sollte ? Oder soll ich fürs erste den Raspi per LAN einbinden und schauen ob die Probleme weiterhin auftreten?

                                        Thomas BraunT Online
                                        Thomas BraunT Online
                                        Thomas Braun
                                        Most Active
                                        schrieb am zuletzt editiert von
                                        #26

                                        @dadonali
                                        Häng die Kiste per LAN ins Netz und beobachte mal weiter.

                                        Linux-Werkzeugkasten:
                                        https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                                        NodeJS Fixer Skript:
                                        https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                                        iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                                        D 1 Antwort Letzte Antwort
                                        0
                                        • Thomas BraunT Thomas Braun

                                          @dadonali
                                          Häng die Kiste per LAN ins Netz und beobachte mal weiter.

                                          D Offline
                                          D Offline
                                          dadonali
                                          schrieb am zuletzt editiert von
                                          #27

                                          @Thomas-Braun said in Telegram Warnings und Fehler ohne Ende:

                                          @dadonali
                                          Häng die Kiste per LAN ins Netz und beobachte mal weiter.

                                          Alles klar :)
                                          Dann melde ich mich nochmal

                                          M 1 Antwort Letzte Antwort
                                          0
                                          Antworten
                                          • In einem neuen Thema antworten
                                          Anmelden zum Antworten
                                          • Älteste zuerst
                                          • Neuste zuerst
                                          • Meiste Stimmen


                                          Support us

                                          ioBroker
                                          Community Adapters
                                          Donate

                                          814

                                          Online

                                          32.6k

                                          Benutzer

                                          81.9k

                                          Themen

                                          1.3m

                                          Beiträge
                                          Community
                                          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                          ioBroker Community 2014-2025
                                          logo
                                          • Anmelden

                                          • Du hast noch kein Konto? Registrieren

                                          • Anmelden oder registrieren, um zu suchen
                                          • Erster Beitrag
                                            Letzter Beitrag
                                          0
                                          • Home
                                          • Aktuell
                                          • Tags
                                          • Ungelesen 0
                                          • Kategorien
                                          • Unreplied
                                          • Beliebt
                                          • GitHub
                                          • Docu
                                          • Hilfe