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. Visualisierung
  4. Telegram Adapter deaktiviert trotzdem Fehler

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    3.6k

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.5k

Telegram Adapter deaktiviert trotzdem Fehler

Geplant Angeheftet Gesperrt Verschoben Visualisierung
9 Beiträge 7 Kommentatoren 789 Aufrufe
  • Ä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.
  • D Offline
    D Offline
    doctorultra
    schrieb am zuletzt editiert von
    #1

    Hallo,

    ich bekomme die ganze Zeit Fehlermeldung von Telegram, obwohl ich den Adapter deaktiviert habe?

    polling_error:ETELEGRAM, ETELEGRAM: 409 Conflict: terminated by other getUpdates request; make sure that only one bot instance is running

    Grüße

    Doc

    1 Antwort Letzte Antwort
    0
    • R Offline
      R Offline
      RappiRN
      Most Active
      schrieb am zuletzt editiert von
      #2

      Das liest sich so, als wenn eine zweite Instanz läuft. Dazu gibts hier im Forum schon ein paar Hinweise. Ich weiß das jetzt auf die Schnelle nicht, aber vielleicht hilft ein Neustart von ioBroker, oder sogar des Host-Rechners selbst, da müssten doch auch alle Instanzen beendet werden.

      Enrico

      1 Antwort Letzte Antwort
      0
      • SteffS Offline
        SteffS Offline
        Steff
        schrieb am zuletzt editiert von
        #3

        Hallo,

        das hatte ich heute morgen auch, ein Reboot hat geholfen.

        Komischerweise wurde nur eine Instanz angezeigt. Fehler ist bei mir auch erst aufgetreten nachdem ich den Adapter von V1.1.1 auf V1.1.3 upgedatet habe. Ob das allerdings zusammen hängt kann ich nicht sagen.

        Gruß Steffen

        ioBroker auf Intel NUC 7CJYH / Debian 12 / States & Objects in JSONL / Repo --> Beta / HM CCU2 V2.61.7 / Siemens LOGO! (0BA7 / 0BA8)
        Admin V7.7.22 / Node V22.21.0 / NPM V10.9.4 / JSC V7.1.0 / JSE V9.0.17

        1 Antwort Letzte Antwort
        0
        • F Offline
          F Offline
          fred23
          schrieb am zuletzt editiert von
          #4

          Hallo

          den Fehler hatte ich auch.

          den Fehler konnte ich wie folgt beheben.

          per ssh anmelden

          su - root

          oder mit sudo arbeiten.

          mit "ps -aef |grep telegram" die TaskID suchen und mit "kill <taskid>" beenden.

          sollte ein einfaches sighup nicht genügen mit "kill -9 <taskid>" den prozess mit der Brechstange beenden.

          Anschliessend habe ich unter Objekte alle Dantenpunkte unter "telegram.0.communicate" , welche Werte enthielten, beschreibbar gemacht und die Werte gelöscht.

          zum Schluss die Datenpunkte wieder schreibgeschützt, Telegram gestartet und alles ging wieder.

          Telegram lässt sich seitdem sauber beenden und starten.

          mfg. Fred</taskid></taskid>

          RaspMatic auf Raspi 3+

          ioBroker auf einem Qnap-VM-Server unter Debian 4.9

          1 Antwort Letzte Antwort
          0
          • WalW Offline
            WalW Offline
            Wal
            Developer
            schrieb am zuletzt editiert von
            #5

            @Steff:

            Ob das allerdings zusammen hängt kann ich nicht sagen. `
            Das hängt damit zusammen, allerdings nach Upgrade auf 1.1.3 und einem Upload funzt bei mir gefühlt wieder alles.

            Gruß
            Walter

            DoorIO-Adapter
            wioBrowser-Adapter und wioBrowser

            1 Antwort Letzte Antwort
            0
            • lobomauL Offline
              lobomauL Offline
              lobomau
              schrieb am zuletzt editiert von
              #6

              @fred23:

              Hallo

              den Fehler hatte ich auch.

              den Fehler konnte ich wie folgt beheben.

              per ssh anmelden

              su - root

              oder mit sudo arbeiten.

              mit "ps -aef |grep telegram" die TaskID suchen und mit "kill <taskid>" beenden.

              sollte ein einfaches sighup nicht genügen mit "kill -9 <taskid>" den prozess mit der Brechstange beenden.

              Anschliessend habe ich unter Objekte alle Dantenpunkte unter "telegram.0.communicate" , welche Werte enthielten, beschreibbar gemacht und die Werte gelöscht.

              zum Schluss die Datenpunkte wieder schreibgeschützt, Telegram gestartet und alles ging wieder.

              Telegram lässt sich seitdem sauber beenden und starten.

              mfg. Fred</taskid></taskid> `
              Ich hatte auch das Problem (nach Update 1.1.1 -> 1.1.2).

              Ich habe die TaskIDs rausgesucht und gekillt. Starten ging dann ohne Probleme.

              Sollte ich trotzdem zusätzlich die Werte unter "telegram.0.communicate" löschen? Hilft das für die Zukunft? Oder reicht das so?

              Host: NUC8i3 mit Proxmox:

              • ioBroker CT Debian 13, npm 10.9.4, nodejs 22.21.0
              • Slave: Pi4
              1 Antwort Letzte Antwort
              0
              • khgK Offline
                khgK Offline
                khg
                schrieb am zuletzt editiert von
                #7

                @lobomau:

                @fred23:

                Hallo

                den Fehler hatte ich auch.

                den Fehler konnte ich wie folgt beheben.

                per ssh anmelden

                su - root

                oder mit sudo arbeiten.

                mit "ps -aef |grep telegram" die TaskID suchen und mit "kill <taskid>" beenden.

                sollte ein einfaches sighup nicht genügen mit "kill -9 <taskid>" den prozess mit der Brechstange beenden.

                Anschliessend habe ich unter Objekte alle Dantenpunkte unter "telegram.0.communicate" , welche Werte enthielten, beschreibbar gemacht und die Werte gelöscht.

                zum Schluss die Datenpunkte wieder schreibgeschützt, Telegram gestartet und alles ging wieder.

                Telegram lässt sich seitdem sauber beenden und starten.

                mfg. Fred</taskid></taskid> `
                Ich hatte auch das Problem (nach Update 1.1.1 -> 1.1.2).

                Ich habe die TaskIDs rausgesucht und gekillt. Starten ging dann ohne Probleme.

                Sollte ich trotzdem zusätzlich die Werte unter "telegram.0.communicate" löschen? Hilft das für die Zukunft? Oder reicht das so? `

                Habe das selbe Problem und den Lösungsvorschlag durchgeführt. Der Adapter lässt sich ohne Fehlermeldung starten. Nur wenn ich eine Message über Telegram sende kommen Fehler. Siehe mein neues Thema "Telegram Error nach update 1.1.2".

                mfg

                Karl-Heinz

                1 Antwort Letzte Antwort
                0
                • lobomauL Offline
                  lobomauL Offline
                  lobomau
                  schrieb am zuletzt editiert von
                  #8

                  @lobomau:

                  @fred23:

                  Hallo

                  den Fehler hatte ich auch.

                  den Fehler konnte ich wie folgt beheben.

                  per ssh anmelden

                  su - root

                  oder mit sudo arbeiten.

                  mit "ps -aef |grep telegram" die TaskID suchen und mit "kill <taskid>" beenden.

                  sollte ein einfaches sighup nicht genügen mit "kill -9 <taskid>" den prozess mit der Brechstange beenden.

                  Anschliessend habe ich unter Objekte alle Dantenpunkte unter "telegram.0.communicate" , welche Werte enthielten, beschreibbar gemacht und die Werte gelöscht.

                  zum Schluss die Datenpunkte wieder schreibgeschützt, Telegram gestartet und alles ging wieder.

                  Telegram lässt sich seitdem sauber beenden und starten.

                  mfg. Fred</taskid></taskid> `
                  Ich hatte auch das Problem (nach Update 1.1.1 -> 1.1.2).

                  Ich habe die TaskIDs rausgesucht und gekillt. Starten ging dann ohne Probleme.

                  Sollte ich trotzdem zusätzlich die Werte unter "telegram.0.communicate" löschen? Hilft das für die Zukunft? Oder reicht das so? `
                  Kann mir die Frage selbst beantworten. Ja, ist nötig.

                  Nun läuft es wieder. Durch das Löschen der Werte musste ich wieder ein Passwort vergeben. Einfach im Adapter das Passwort wählen, z.B. 1234… und dann per telegram-App "/password 1234" eingeben.

                  Host: NUC8i3 mit Proxmox:

                  • ioBroker CT Debian 13, npm 10.9.4, nodejs 22.21.0
                  • Slave: Pi4
                  1 Antwort Letzte Antwort
                  0
                  • SteffS Offline
                    SteffS Offline
                    Steff
                    schrieb am zuletzt editiert von
                    #9

                    Hallo,

                    habe jetzt die V1.1.3 am laufen, bisher keine Probleme mehr.

                    Gruß Steffen

                    ioBroker auf Intel NUC 7CJYH / Debian 12 / States & Objects in JSONL / Repo --> Beta / HM CCU2 V2.61.7 / Siemens LOGO! (0BA7 / 0BA8)
                    Admin V7.7.22 / Node V22.21.0 / NPM V10.9.4 / JSC V7.1.0 / JSE V9.0.17

                    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

                    791

                    Online

                    32.7k

                    Benutzer

                    82.4k

                    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