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. ioBroker Allgemein
  4. influxdb 3.0.0 verfügbar - eine Zusammenfassung

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.5k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.1k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    2.8k

influxdb 3.0.0 verfügbar - eine Zusammenfassung

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
132 Beiträge 18 Kommentatoren 21.2k Aufrufe 23 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.
  • apollon77A apollon77

    Hallo alle zusammen,

    mit dem Feedback hier und auf GitHub und noch ein paar Sentry Fehlermeldungen, gibts jetzt hier die 3.1.0 mit noch ein paar Neuerungen:

    Die wichtigste Neuerung ist das storeState und auch GetHistory jetzt auch für "unbekannte Objects-IDs" geht. Es fehlen natürlich sämtliche Filteroptionen und alles was man pro Datenpunkt einstellen kann, aber das sollte klar sein :-)

    • (Apollon77) Data are not converted to numbers if they are other datatypes on getHistory to respect the saved data formats as defined in the datapoint settings for storage.
    • (Apollon77) Fix retention change to lower checkbox in UI
    • (Apollon77) Allow storeState again to write to InfluxDB for "unknown state ids" - "rules" usage is not supported in for this and storeState would be silently discarded in this case!
    • (Apollon77) Fix several crash cases reported by Sentry
    • (Apollon77) Make sure disabling "Log changes only" also really do not log the changes anymore
    • (Apollon77) Allow storeState and GetHistory also to be called for "unknown ids"

    Das Update sollte im Laufe des Abends im latest Repo aufauchen,

    Viel Spass damit.

    Ingo

    DiginixD Offline
    DiginixD Offline
    Diginix
    schrieb am zuletzt editiert von Diginix
    #83

    @apollon77 sagte in influxdb 3.0.0 verfügbar - eine Zusammenfassung:

    • (Apollon77) EN: Make sure disabling "Log changes only" also really do not log the changes anymore
    • (Apollon77) DE: Stellen Sie sicher, dass durch Deaktivieren von "Nur Änderungen protokollieren" die Änderungen auch wirklich nicht mehr protokolliert werden

    Verstehe nur ich diesen Satz falsch?
    Wenn ich nicht nur Änderungen geloggt haben will, dann sollen diese ja aber trotzdem auch noch geloggt werden, aber eben zusätzlich auch Aktualisierungen von Werten, die sich zum vorherigen nicht geändert haben. Wenn aber die Änderungen nicht mehr geloggt werden, würde bis in alle Ewigkeit nur noch der letzte Wert und dessen Aktualisierungen geloggt und eben keinerlei Änderungen mehr.

    ..:: So long! Tom ::..

    NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB

    apollon77A 1 Antwort Letzte Antwort
    0
    • DiginixD Diginix

      @apollon77 sagte in influxdb 3.0.0 verfügbar - eine Zusammenfassung:

      • (Apollon77) EN: Make sure disabling "Log changes only" also really do not log the changes anymore
      • (Apollon77) DE: Stellen Sie sicher, dass durch Deaktivieren von "Nur Änderungen protokollieren" die Änderungen auch wirklich nicht mehr protokolliert werden

      Verstehe nur ich diesen Satz falsch?
      Wenn ich nicht nur Änderungen geloggt haben will, dann sollen diese ja aber trotzdem auch noch geloggt werden, aber eben zusätzlich auch Aktualisierungen von Werten, die sich zum vorherigen nicht geändert haben. Wenn aber die Änderungen nicht mehr geloggt werden, würde bis in alle Ewigkeit nur noch der letzte Wert und dessen Aktualisierungen geloggt und eben keinerlei Änderungen mehr.

      apollon77A Offline
      apollon77A Offline
      apollon77
      schrieb am zuletzt editiert von
      #84

      @diginix "Nur Änderungen Loggen" bedeutet das der gleiche Wert nicht geloggt wird falls er nochmals kommt. So war das Setting schon immer. Wenn diese Einstellung "aus" ist dann wird genau das geloggt was an Änderungen so reinkommt - egal ob der Wert gleich ist oder anders

      Es bestand allerdings ein Bug das wenn man das Setting "gleichen Wert trotzdem loggen"mit einer Zeit angegeben hatte, allerdings "Nur Änderungen Loggen" ausgeschaltet hat (womit diese Option an sich ausgegraut wird), dann wurde der gleiche Wert dennoch im angegebenen Zeitinterval geloggt.

      Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

      • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
      • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
      DiginixD 1 Antwort Letzte Antwort
      0
      • apollon77A apollon77

        @diginix "Nur Änderungen Loggen" bedeutet das der gleiche Wert nicht geloggt wird falls er nochmals kommt. So war das Setting schon immer. Wenn diese Einstellung "aus" ist dann wird genau das geloggt was an Änderungen so reinkommt - egal ob der Wert gleich ist oder anders

        Es bestand allerdings ein Bug das wenn man das Setting "gleichen Wert trotzdem loggen"mit einer Zeit angegeben hatte, allerdings "Nur Änderungen Loggen" ausgeschaltet hat (womit diese Option an sich ausgegraut wird), dann wurde der gleiche Wert dennoch im angegebenen Zeitinterval geloggt.

        DiginixD Offline
        DiginixD Offline
        Diginix
        schrieb am zuletzt editiert von
        #85

        @apollon77 Das beißt sich doch nun auch wieder. Wenn ich gleich Werte nach x Zeit loggen will, muss doch "nur Änderungen loggen" aus sein. Aber egal. Ich gehe davon aus, dass du das im Code richtig machst und ich nur die Erklärung missverständlich finde ;-)

        ..:: So long! Tom ::..

        NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB

        apollon77A 1 Antwort Letzte Antwort
        0
        • DiginixD Diginix

          @apollon77 Das beißt sich doch nun auch wieder. Wenn ich gleich Werte nach x Zeit loggen will, muss doch "nur Änderungen loggen" aus sein. Aber egal. Ich gehe davon aus, dass du das im Code richtig machst und ich nur die Erklärung missverständlich finde ;-)

          apollon77A Offline
          apollon77A Offline
          apollon77
          schrieb am zuletzt editiert von
          #86

          @diginix Das beisst sich nicht weil die Einstellung heisst "Gleiche werte Trotzdem loggen nach Zeit X" 8 weil sonst charting blöd wird)

          Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

          • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
          • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
          M 1 Antwort Letzte Antwort
          1
          • apollon77A apollon77

            @diginix Das beisst sich nicht weil die Einstellung heisst "Gleiche werte Trotzdem loggen nach Zeit X" 8 weil sonst charting blöd wird)

            M Offline
            M Offline
            Marty56
            schrieb am zuletzt editiert von
            #87

            @apollon77
            Hallo,

            Ich habe die Kombination influxdb 1.8 mit eingeschaltetem Flux laufen.

            Kann es sein, dass die Queries in Javascript, die Flux Queries beinhalten, nur mit influxdb 2.0 funktionieren?

            Mein Script

                    var query = 'from(bucket:"iobroker")' + 
                                    '|> range(start: 2022-05-28T00:00:00Z, stop: 2022-05-28T23:59:59Z)'+
                                    '|> filter(fn: (r) => (r._measurement == "mqtt.0.Energie.haus_bezug" and r._field == "value"))' 
            
                    log(query)
                    sendTo("influxdb.0", 'query', query
                    , function (result) {
                                if (result.error) {
                                    console.error(result.error);
                                } else {
            
                                    log('Rows: ' + JSON.stringify(result));
                                }
                        });
            

            liefert

            influxdb.0
            2022-05-29 06:43:33.729	error	query: Error: error parsing query: found FROM, expected SELECT, DELETE, SHOW, CREATE, DROP, EXPLAIN, GRANT, REVOKE, ALTER, SET, KILL at line 1, char 1
            
            javascript.0
            2022-05-29 06:43:33.740	error	script.js.common.Energie: Invalid call
            

            Auf der CLI Console von influxdb funktioniert die Abfrage

            > from(bucket:"iobroker")|> range(start: 2022-05-28T00:00:00Z, stop: 2022-05-28T23:59:59Z)|> filter(fn: (r) => (r._measurement == "mqtt.0.Energie.haus_bezug" and r._field == "value"))
            Result: _result
            Table: keys: [_start, _stop, _field, _measurement]
                               _start:time                      _stop:time           _field:string        _measurement:string                      _time:time                  _value:float  
            ------------------------------  ------------------------------  ----------------------  -------------------------  ------------------------------  ----------------------------  
            2022-05-28T00:00:00.000000000Z  2022-05-28T23:59:59.000000000Z                   value  mqtt.0.Energie.haus_bezug  2022-05-28T00:01:22.056000000Z                         130.9  
            2022-05-28T00:00:00.000000000Z  2022-05-28T23:59:59.000000000Z                   value  mqtt.0.Energie.haus_bezug  2022-05-28T00:06:37.055000000Z                        130.92 
            

            HW:NUC (16 GB Ram)
            OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3

            apollon77A 1 Antwort Letzte Antwort
            0
            • M Marty56

              @apollon77
              Hallo,

              Ich habe die Kombination influxdb 1.8 mit eingeschaltetem Flux laufen.

              Kann es sein, dass die Queries in Javascript, die Flux Queries beinhalten, nur mit influxdb 2.0 funktionieren?

              Mein Script

                      var query = 'from(bucket:"iobroker")' + 
                                      '|> range(start: 2022-05-28T00:00:00Z, stop: 2022-05-28T23:59:59Z)'+
                                      '|> filter(fn: (r) => (r._measurement == "mqtt.0.Energie.haus_bezug" and r._field == "value"))' 
              
                      log(query)
                      sendTo("influxdb.0", 'query', query
                      , function (result) {
                                  if (result.error) {
                                      console.error(result.error);
                                  } else {
              
                                      log('Rows: ' + JSON.stringify(result));
                                  }
                          });
              

              liefert

              influxdb.0
              2022-05-29 06:43:33.729	error	query: Error: error parsing query: found FROM, expected SELECT, DELETE, SHOW, CREATE, DROP, EXPLAIN, GRANT, REVOKE, ALTER, SET, KILL at line 1, char 1
              
              javascript.0
              2022-05-29 06:43:33.740	error	script.js.common.Energie: Invalid call
              

              Auf der CLI Console von influxdb funktioniert die Abfrage

              > from(bucket:"iobroker")|> range(start: 2022-05-28T00:00:00Z, stop: 2022-05-28T23:59:59Z)|> filter(fn: (r) => (r._measurement == "mqtt.0.Energie.haus_bezug" and r._field == "value"))
              Result: _result
              Table: keys: [_start, _stop, _field, _measurement]
                                 _start:time                      _stop:time           _field:string        _measurement:string                      _time:time                  _value:float  
              ------------------------------  ------------------------------  ----------------------  -------------------------  ------------------------------  ----------------------------  
              2022-05-28T00:00:00.000000000Z  2022-05-28T23:59:59.000000000Z                   value  mqtt.0.Energie.haus_bezug  2022-05-28T00:01:22.056000000Z                         130.9  
              2022-05-28T00:00:00.000000000Z  2022-05-28T23:59:59.000000000Z                   value  mqtt.0.Energie.haus_bezug  2022-05-28T00:06:37.055000000Z                        130.92 
              
              apollon77A Offline
              apollon77A Offline
              apollon77
              schrieb am zuletzt editiert von apollon77
              #88

              @marty56 kurz. Ja. Da flux so spät bei der influxdb 1.x dazu kam nutzt der Adapter das nicht für queries. Wenn du flux willst bitte auf influxdb 2 Updaten.

              (So stehts auch in der Readme :-) )

              Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

              • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
              • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
              1 Antwort Letzte Antwort
              0
              • Palm_ManiacP Offline
                Palm_ManiacP Offline
                Palm_Maniac
                schrieb am zuletzt editiert von Palm_Maniac
                #89

                Hallo,

                in einem anderen Beitrag hier hatte ich mal nachgefragt, ob man die Haltezeit pro Datenpunkt nicht konfigurierbar machen kann, so wie sie im History-Adapter möglich ist. Da ich InfluxDB 2 verwende mußte ich feststellen, dass das dort nur pro Bucket geht und nicht pro Datenpunkt, also entweder ganz oder garnicht. Also habe ich den Tipp hier aus dem Forum aufgegriffen und befülle nun eine weitere Kurzzeitdatenbank mit Hilfe einer 2. Adapter-Instanz. Dort habe ich dann die Haltezeit auf 1 Monat gestellt und alle betroffenen Datenpunkte umgestellt.

                Leider bleiben ja die alten Datenpunkte mit den alten Daten in der "Langzeit"-Datenbank erhalten, was der Übersichtlichkeit leider nicht hilft. Also habe ich nach einem Weg gesucht, wie ich diese Datenpunkte aus dem Bucket löschen kann. Das WebUI von Influx selbst bietet leider keine derlei unterstützenden Funktionen. Also habe ich gesucht und bin in einem Forum fündig geworden. Mit folgender Befehlssequenz habe ich meine Datenpunktliste im Bucket von allen alten Einträgen befreien können:

                influx delete --bucket "iobroker" --org "Privat" --predicate '_measurement="Ersparnis-Dez-2022"' --start "1970-01-01T00:00:00Z" --stop "2025-12-31T23:59:00Z" --token "Euer InfluxDB Token"
                

                Da man bei dem Befehl Start und Stop, also den zu löchenden Zeitraum, festlegen muß, könnte man nicht doch irgendwie per Skript die Haltezeit pro Datenpunkt (Measurement) realisieren und eventuell eine Art Datenbankbereinigungsfunktion einbauen? Zumindest ist es so manuell per Shell/SSH-Console möglich.

                Aber Vorsicht! Solltet ihr die Alias-Funktion im InfluxDB Adapter nutzen, verwendet bei der Benennung "keine" Umlaute. Ich habe den Fehler gemacht, die Datenpunkte werden angelegt und befüllt und nun kann ich sie nicht löschen, da die Konsole keine Umlaute annimmt.

                apollon77A 1 Antwort Letzte Antwort
                0
                • Palm_ManiacP Palm_Maniac

                  Hallo,

                  in einem anderen Beitrag hier hatte ich mal nachgefragt, ob man die Haltezeit pro Datenpunkt nicht konfigurierbar machen kann, so wie sie im History-Adapter möglich ist. Da ich InfluxDB 2 verwende mußte ich feststellen, dass das dort nur pro Bucket geht und nicht pro Datenpunkt, also entweder ganz oder garnicht. Also habe ich den Tipp hier aus dem Forum aufgegriffen und befülle nun eine weitere Kurzzeitdatenbank mit Hilfe einer 2. Adapter-Instanz. Dort habe ich dann die Haltezeit auf 1 Monat gestellt und alle betroffenen Datenpunkte umgestellt.

                  Leider bleiben ja die alten Datenpunkte mit den alten Daten in der "Langzeit"-Datenbank erhalten, was der Übersichtlichkeit leider nicht hilft. Also habe ich nach einem Weg gesucht, wie ich diese Datenpunkte aus dem Bucket löschen kann. Das WebUI von Influx selbst bietet leider keine derlei unterstützenden Funktionen. Also habe ich gesucht und bin in einem Forum fündig geworden. Mit folgender Befehlssequenz habe ich meine Datenpunktliste im Bucket von allen alten Einträgen befreien können:

                  influx delete --bucket "iobroker" --org "Privat" --predicate '_measurement="Ersparnis-Dez-2022"' --start "1970-01-01T00:00:00Z" --stop "2025-12-31T23:59:00Z" --token "Euer InfluxDB Token"
                  

                  Da man bei dem Befehl Start und Stop, also den zu löchenden Zeitraum, festlegen muß, könnte man nicht doch irgendwie per Skript die Haltezeit pro Datenpunkt (Measurement) realisieren und eventuell eine Art Datenbankbereinigungsfunktion einbauen? Zumindest ist es so manuell per Shell/SSH-Console möglich.

                  Aber Vorsicht! Solltet ihr die Alias-Funktion im InfluxDB Adapter nutzen, verwendet bei der Benennung "keine" Umlaute. Ich habe den Fehler gemacht, die Datenpunkte werden angelegt und befüllt und nun kann ich sie nicht löschen, da die Konsole keine Umlaute annimmt.

                  apollon77A Offline
                  apollon77A Offline
                  apollon77
                  schrieb am zuletzt editiert von
                  #90

                  @palm_maniac hm … also löschen sollte der Adapter können über die Datenpunkt Einstellungen im expertenmodus. Aber hast es ja hinbekommen.

                  Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                  • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                  • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                  Palm_ManiacP 1 Antwort Letzte Antwort
                  0
                  • apollon77A apollon77

                    @palm_maniac hm … also löschen sollte der Adapter können über die Datenpunkt Einstellungen im expertenmodus. Aber hast es ja hinbekommen.

                    Palm_ManiacP Offline
                    Palm_ManiacP Offline
                    Palm_Maniac
                    schrieb am zuletzt editiert von
                    #91

                    @apollon77 Den einzigen Löschbefehl, den ich im Adapter gefunden habe, ist der unter DB Settings. Alle Daten in Datenbank löschen. Eine andere Löschmöglichkeit hab ich nicht gefunden. Der löscht doch nur die komplette Datenbank (Bucket) und das will ich ja nicht.

                    apollon77A 1 Antwort Letzte Antwort
                    0
                    • Palm_ManiacP Palm_Maniac

                      @apollon77 Den einzigen Löschbefehl, den ich im Adapter gefunden habe, ist der unter DB Settings. Alle Daten in Datenbank löschen. Eine andere Löschmöglichkeit hab ich nicht gefunden. Der löscht doch nur die komplette Datenbank (Bucket) und das will ich ja nicht.

                      apollon77A Offline
                      apollon77A Offline
                      apollon77
                      schrieb am zuletzt editiert von
                      #92

                      @palm_maniac Admin5 - Expertenmodus - gehe auf den Datenpunkt den du willst - gehe auf die Tabelle - dann sollten oben rechts buttons sein

                      Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                      • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                      • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                      O 1 Antwort Letzte Antwort
                      0
                      • apollon77A apollon77

                        @palm_maniac Admin5 - Expertenmodus - gehe auf den Datenpunkt den du willst - gehe auf die Tabelle - dann sollten oben rechts buttons sein

                        O Offline
                        O Offline
                        oFbEQnpoLKKl6mbY5e13
                        schrieb am zuletzt editiert von
                        #93

                        @apollon77

                        Bei Influxdb2?

                        https://github.com/ioBroker/ioBroker.influxdb/issues/262

                        apollon77A 1 Antwort Letzte Antwort
                        0
                        • O oFbEQnpoLKKl6mbY5e13

                          @apollon77

                          Bei Influxdb2?

                          https://github.com/ioBroker/ioBroker.influxdb/issues/262

                          apollon77A Offline
                          apollon77A Offline
                          apollon77
                          schrieb am zuletzt editiert von
                          #94

                          @ofbeqnpolkkl6mby5e13 Ahh mist ja ... ich sehe gerade das auch die anderen für InfluxDB 2.x noch nicht implementiert sind ... :-( Ok da muss man wohl nochmal ran.

                          Wäre cool wenn Ihr die relevanten queries ggf beisteuern könntet ... weniger was man rausfinden muss

                          Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                          • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                          • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                          O 1 Antwort Letzte Antwort
                          0
                          • E Offline
                            E Offline
                            Einstein2002
                            schrieb am zuletzt editiert von
                            #95

                            Hallo zusammen,

                            ich möchte mit Influxdb beginnen. Habe einen Proxmox Server am laufen, eine ioBroker im LXC und möchte jetzt Influxdb haben.
                            Sollte ich diese in einem neuen LXC installieren oder unter Docker (der auch in einem LXC läuft)?
                            Ich weis viele fragen auf einmal, habe auch schon einiges darüber nachgelesen oder auf YT geschaut. Aber irgendwie gehen die Meinungen dazu auseinander.
                            Gibt es da irgendwo ein HowTo zu diesem Thema? Ausserdem Infludb oder Influxdb2?

                            Danke jetzt schon mal im vorab.

                            Proxmox, VM`s Windows, IoBroker im unprivilegiert LXC, Openmediavault; LXC `s Tasmota, PiHole, , InfluxDB, Motioneye, WireguardVPN, UniFi:
                            Smarthome...Sonoff, Alexa, Wled, raspberrymatic,...

                            1 Antwort Letzte Antwort
                            0
                            • apollon77A apollon77

                              @ofbeqnpolkkl6mby5e13 Ahh mist ja ... ich sehe gerade das auch die anderen für InfluxDB 2.x noch nicht implementiert sind ... :-( Ok da muss man wohl nochmal ran.

                              Wäre cool wenn Ihr die relevanten queries ggf beisteuern könntet ... weniger was man rausfinden muss

                              O Offline
                              O Offline
                              oFbEQnpoLKKl6mbY5e13
                              schrieb am zuletzt editiert von oFbEQnpoLKKl6mbY5e13
                              #96

                              @apollon77 sagte in influxdb 3.0.0 verfügbar - eine Zusammenfassung:

                              Wäre cool wenn Ihr die relevanten queries ggf beisteuern könntet ... weniger was man rausfinden muss

                              Könntest du bitte genauer erläutern, was du genau benötigst?

                              Kannst du die entsprechende Stelle im Adaptercode aufzeigen?
                              (Am Beispiel wenn ein geloggter Wert in der Influxdb1 gelöscht wird)

                              apollon77A 1 Antwort Letzte Antwort
                              0
                              • O oFbEQnpoLKKl6mbY5e13

                                @apollon77 sagte in influxdb 3.0.0 verfügbar - eine Zusammenfassung:

                                Wäre cool wenn Ihr die relevanten queries ggf beisteuern könntet ... weniger was man rausfinden muss

                                Könntest du bitte genauer erläutern, was du genau benötigst?

                                Kannst du die entsprechende Stelle im Adaptercode aufzeigen?
                                (Am Beispiel wenn ein geloggter Wert in der Influxdb1 gelöscht wird)

                                apollon77A Offline
                                apollon77A Offline
                                apollon77
                                schrieb am zuletzt editiert von
                                #97

                                @ofbeqnpolkkl6mby5e13

                                Am Ende wäre natürlich "ideal" wenn ich es nur nochzusammstecken müsste im code ... oder gleich ein PR ;-)) Aber querues und generell "geht das mit Influxdb noch so" sind die Fragen.

                                Code Links:

                                • Update State: https://github.com/ioBroker/ioBroker.influxdb/blob/master/main.js#L1604 (Am Ende hier select===suchen, dann delete und dann neu einfügen (neu einfügen ist einfach, das haben wir)
                                • Delete Logik: https://github.com/ioBroker/ioBroker.influxdb/blob/153bf2b7b1756b034dd0a586276ac0d810e4e9cd/main.js#L1433

                                Am Ende wären es die 4 Delete Queries wie hier im code zu sehen und generell die Frage ob das in InfluxDB so geht

                                Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                                • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                                • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                                SegwayS 1 Antwort Letzte Antwort
                                0
                                • apollon77A apollon77

                                  @ofbeqnpolkkl6mby5e13

                                  Am Ende wäre natürlich "ideal" wenn ich es nur nochzusammstecken müsste im code ... oder gleich ein PR ;-)) Aber querues und generell "geht das mit Influxdb noch so" sind die Fragen.

                                  Code Links:

                                  • Update State: https://github.com/ioBroker/ioBroker.influxdb/blob/master/main.js#L1604 (Am Ende hier select===suchen, dann delete und dann neu einfügen (neu einfügen ist einfach, das haben wir)
                                  • Delete Logik: https://github.com/ioBroker/ioBroker.influxdb/blob/153bf2b7b1756b034dd0a586276ac0d810e4e9cd/main.js#L1433

                                  Am Ende wären es die 4 Delete Queries wie hier im code zu sehen und generell die Frage ob das in InfluxDB so geht

                                  SegwayS Offline
                                  SegwayS Offline
                                  Segway
                                  schrieb am zuletzt editiert von
                                  #98

                                  @apollon77
                                  Gibt ja schon eine 3.1.x Version aber die letzte stable ist immer noch die 2.6er
                                  Wann kommt es ins stable oder noch zu viel "Probleme" ?

                                  Gruß Dirk
                                  Intel Proxmox Cluster (3x NUC) mit Debian & Proxmox / IoB als VM unter Debian / 60+ Adapter installiert

                                  apollon77A 1 Antwort Letzte Antwort
                                  0
                                  • SegwayS Segway

                                    @apollon77
                                    Gibt ja schon eine 3.1.x Version aber die letzte stable ist immer noch die 2.6er
                                    Wann kommt es ins stable oder noch zu viel "Probleme" ?

                                    apollon77A Offline
                                    apollon77A Offline
                                    apollon77
                                    schrieb am zuletzt editiert von
                                    #99

                                    @segway sagte in influxdb 3.0.0 verfügbar - eine Zusammenfassung:

                                    Wann kommt es ins stable oder noch zu viel "Probleme" ?

                                    Also wenn ich hier lese dann eher nicht "viele Probleme". Da ist aber zuletzt erst vor 4 Tagen nochmal nachgelegt habe will ich da noch paar Tage abwarten.

                                    Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                                    • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                                    • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                                    SegwayS O 2 Antworten Letzte Antwort
                                    0
                                    • apollon77A apollon77

                                      @segway sagte in influxdb 3.0.0 verfügbar - eine Zusammenfassung:

                                      Wann kommt es ins stable oder noch zu viel "Probleme" ?

                                      Also wenn ich hier lese dann eher nicht "viele Probleme". Da ist aber zuletzt erst vor 4 Tagen nochmal nachgelegt habe will ich da noch paar Tage abwarten.

                                      SegwayS Offline
                                      SegwayS Offline
                                      Segway
                                      schrieb am zuletzt editiert von
                                      #100

                                      @apollon77 sagte in influxdb 3.0.0 verfügbar - eine Zusammenfassung:

                                      Also wenn ich hier lese dann eher nicht "viele Probleme". Da ist aber zuletzt erst vor 4 Tagen nochmal nachgelegt habe will ich da noch paar Tage abwarten.

                                      Okay, da ich eh nur stable installiere, warte ich somit noch !

                                      Gruß Dirk
                                      Intel Proxmox Cluster (3x NUC) mit Debian & Proxmox / IoB als VM unter Debian / 60+ Adapter installiert

                                      1 Antwort Letzte Antwort
                                      0
                                      • apollon77A apollon77

                                        @segway sagte in influxdb 3.0.0 verfügbar - eine Zusammenfassung:

                                        Wann kommt es ins stable oder noch zu viel "Probleme" ?

                                        Also wenn ich hier lese dann eher nicht "viele Probleme". Da ist aber zuletzt erst vor 4 Tagen nochmal nachgelegt habe will ich da noch paar Tage abwarten.

                                        O Offline
                                        O Offline
                                        oFbEQnpoLKKl6mbY5e13
                                        schrieb am zuletzt editiert von
                                        #101

                                        @apollon77

                                        Heute führt mein NAS mal wieder ein RAID-Scrubbing durch, was naturgemäß dazu führt, dass es träge ist. Daher erhalte ich recht häufig Meldungen von der Influxdb-Instanz, dass Daten wegen eines Timeouts nicht geschrieben werden konnten. Bis dahin ist das soweit wie gewohnt. Sollte die Instanz aber unter diesen Umständen beim Beenden so dermaßen crashen?

                                        2022-06-01 13:29:19.618  - info: host.iobroker "system.adapter.influxdb.0" disabled
                                        2022-06-01 13:29:19.639  - info: host.iobroker stopInstance system.adapter.influxdb.0 (force=false, process=true)
                                        2022-06-01 13:29:19.667  - info: influxdb.0 (17356) Adapter is disabled => stop
                                        2022-06-01 13:29:19.931  - info: influxdb.0 (17356) terminating
                                        2022-06-01 13:29:19.935  - info: influxdb.0 (17356) Terminated (NO_ERROR): Without reason
                                        2022-06-01 13:29:20.624  - error: host.iobroker Caught by controller[0]: WARN: Write to InfluxDB failed (attempt: 1). v [HttpError]: unexpected error writing points to database: timeout
                                        2022-06-01 13:29:20.626  - error: host.iobroker Caught by controller[0]:     at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/@influxdata/influxdb-client/dist/index.js:16:3875)
                                        2022-06-01 13:29:20.627  - error: host.iobroker Caught by controller[0]:     at IncomingMessage.emit (events.js:412:35)
                                        2022-06-01 13:29:20.627  - error: host.iobroker Caught by controller[0]:     at endReadableNT (internal/streams/readable.js:1334:12)
                                        2022-06-01 13:29:20.628  - error: host.iobroker Caught by controller[0]:     at processTicksAndRejections (internal/process/task_queues.js:82:21) {
                                        2022-06-01 13:29:20.628  - error: host.iobroker Caught by controller[0]:   statusCode: 500,
                                        2022-06-01 13:29:20.630  - error: host.iobroker Caught by controller[0]:   statusMessage: 'Internal Server Error',
                                        2022-06-01 13:29:20.633  - error: host.iobroker Caught by controller[0]:   body: '{"code":"internal error","message":"unexpected error writing points to database: timeout"}',
                                        2022-06-01 13:29:20.634  - error: host.iobroker Caught by controller[0]:   contentType: 'application/json; charset=utf-8',
                                        2022-06-01 13:29:20.634  - error: host.iobroker Caught by controller[0]:   json: {
                                        2022-06-01 13:29:20.635  - error: host.iobroker Caught by controller[0]:     code: 'internal error',
                                        2022-06-01 13:29:20.635  - error: host.iobroker Caught by controller[0]:     message: 'unexpected error writing points to database: timeout'
                                        2022-06-01 13:29:20.636  - error: host.iobroker Caught by controller[0]:   },
                                        2022-06-01 13:29:20.636  - error: host.iobroker Caught by controller[0]:   code: 'internal error',
                                        2022-06-01 13:29:20.637  - error: host.iobroker Caught by controller[0]:   _retryAfter: 0
                                        2022-06-01 13:29:20.637  - error: host.iobroker Caught by controller[0]: }
                                        2022-06-01 13:29:20.639  - error: host.iobroker Caught by controller[1]: WARN: Write to InfluxDB failed (attempt: 1). v [HttpError]: unexpected error writing points to database: timeout
                                        2022-06-01 13:29:20.641  - error: host.iobroker Caught by controller[1]:     at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/@influxdata/influxdb-client/dist/index.js:16:3875)
                                        2022-06-01 13:29:20.642  - error: host.iobroker Caught by controller[1]:     at IncomingMessage.emit (events.js:412:35)
                                        2022-06-01 13:29:20.642  - error: host.iobroker Caught by controller[1]:     at endReadableNT (internal/streams/readable.js:1334:12)
                                        2022-06-01 13:29:20.643  - error: host.iobroker Caught by controller[1]:     at processTicksAndRejections (internal/process/task_queues.js:82:21) {
                                        2022-06-01 13:29:20.643  - error: host.iobroker Caught by controller[1]:   statusCode: 500,
                                        2022-06-01 13:29:20.644  - error: host.iobroker Caught by controller[1]:   statusMessage: 'Internal Server Error',
                                        2022-06-01 13:29:20.644  - error: host.iobroker Caught by controller[1]:   body: '{"code":"internal error","message":"unexpected error writing points to database: timeout"}',
                                        2022-06-01 13:29:20.645  - error: host.iobroker Caught by controller[1]:   contentType: 'application/json; charset=utf-8',
                                        2022-06-01 13:29:20.646  - error: host.iobroker Caught by controller[1]:   json: {
                                        2022-06-01 13:29:20.646  - error: host.iobroker Caught by controller[1]:     code: 'internal error',
                                        2022-06-01 13:29:20.647  - error: host.iobroker Caught by controller[1]:     message: 'unexpected error writing points to database: timeout'
                                        2022-06-01 13:29:20.647  - error: host.iobroker Caught by controller[1]:   },
                                        2022-06-01 13:29:20.648  - error: host.iobroker Caught by controller[1]:   code: 'internal error',
                                        2022-06-01 13:29:20.648  - error: host.iobroker Caught by controller[1]:   _retryAfter: 0
                                        2022-06-01 13:29:20.649  - error: host.iobroker Caught by controller[1]: }
                                        2022-06-01 13:29:20.649  - error: host.iobroker Caught by controller[2]: WARN: Write to InfluxDB failed (attempt: 1). v [HttpError]: unexpected error writing points to database: timeout
                                        2022-06-01 13:29:20.650  - error: host.iobroker Caught by controller[2]:     at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/@influxdata/influxdb-client/dist/index.js:16:3875)
                                        2022-06-01 13:29:20.650  - error: host.iobroker Caught by controller[2]:     at IncomingMessage.emit (events.js:412:35)
                                        2022-06-01 13:29:20.650  - error: host.iobroker Caught by controller[2]:     at endReadableNT (internal/streams/readable.js:1334:12)
                                        2022-06-01 13:29:20.651  - error: host.iobroker Caught by controller[2]:     at processTicksAndRejections (internal/process/task_queues.js:82:21) {
                                        2022-06-01 13:29:20.651  - error: host.iobroker Caught by controller[2]:   statusCode: 500,
                                        2022-06-01 13:29:20.652  - error: host.iobroker Caught by controller[2]:   statusMessage: 'Internal Server Error',
                                        2022-06-01 13:29:20.652  - error: host.iobroker Caught by controller[2]:   body: '{"code":"internal error","message":"unexpected error writing points to database: timeout"}',
                                        2022-06-01 13:29:20.652  - error: host.iobroker Caught by controller[2]:   contentType: 'application/json; charset=utf-8',
                                        2022-06-01 13:29:20.653  - error: host.iobroker Caught by controller[2]:   json: {
                                        2022-06-01 13:29:20.653  - error: host.iobroker Caught by controller[2]:     code: 'internal error',
                                        2022-06-01 13:29:20.654  - error: host.iobroker Caught by controller[2]:     message: 'unexpected error writing points to database: timeout'
                                        2022-06-01 13:29:20.654  - error: host.iobroker Caught by controller[2]:   },
                                        2022-06-01 13:29:20.660  - error: host.iobroker Caught by controller[2]:   code: 'internal error',
                                        2022-06-01 13:29:20.661  - error: host.iobroker Caught by controller[2]:   _retryAfter: 0
                                        2022-06-01 13:29:20.661  - error: host.iobroker Caught by controller[2]: }
                                        2022-06-01 13:29:20.661  - error: host.iobroker Caught by controller[3]: WARN: Write to InfluxDB failed (attempt: 1). v [HttpError]: unexpected error writing points to database: timeout
                                        2022-06-01 13:29:20.662  - error: host.iobroker Caught by controller[3]:     at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/@influxdata/influxdb-client/dist/index.js:16:3875)
                                        2022-06-01 13:29:20.666  - error: host.iobroker Caught by controller[3]:     at IncomingMessage.emit (events.js:412:35)
                                        2022-06-01 13:29:20.667  - error: host.iobroker Caught by controller[3]:     at endReadableNT (internal/streams/readable.js:1334:12)
                                        2022-06-01 13:29:20.667  - error: host.iobroker Caught by controller[3]:     at processTicksAndRejections (internal/process/task_queues.js:82:21) {
                                        2022-06-01 13:29:20.668  - error: host.iobroker Caught by controller[3]:   statusCode: 500,
                                        2022-06-01 13:29:20.668  - error: host.iobroker Caught by controller[3]:   statusMessage: 'Internal Server Error',
                                        2022-06-01 13:29:20.669  - error: host.iobroker Caught by controller[3]:   body: '{"code":"internal error","message":"unexpected error writing points to database: timeout"}',
                                        2022-06-01 13:29:20.670  - error: host.iobroker Caught by controller[3]:   contentType: 'application/json; charset=utf-8',
                                        2022-06-01 13:29:20.670  - error: host.iobroker Caught by controller[3]:   json: {
                                        2022-06-01 13:29:20.671  - error: host.iobroker Caught by controller[3]:     code: 'internal error',
                                        2022-06-01 13:29:20.671  - error: host.iobroker Caught by controller[3]:     message: 'unexpected error writing points to database: timeout'
                                        2022-06-01 13:29:20.672  - error: host.iobroker Caught by controller[3]:   },
                                        2022-06-01 13:29:20.672  - error: host.iobroker Caught by controller[3]:   code: 'internal error',
                                        2022-06-01 13:29:20.672  - error: host.iobroker Caught by controller[3]:   _retryAfter: 0
                                        2022-06-01 13:29:20.673  - error: host.iobroker Caught by controller[3]: }
                                        2022-06-01 13:29:20.673  - error: host.iobroker Caught by controller[4]: WARN: Write to InfluxDB failed (attempt: 1). v [HttpError]: unexpected error writing points to database: timeout
                                        2022-06-01 13:29:20.674  - error: host.iobroker Caught by controller[4]:     at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/@influxdata/influxdb-client/dist/index.js:16:3875)
                                        2022-06-01 13:29:20.674  - error: host.iobroker Caught by controller[4]:     at IncomingMessage.emit (events.js:412:35)
                                        2022-06-01 13:29:20.675  - error: host.iobroker Caught by controller[4]:     at endReadableNT (internal/streams/readable.js:1334:12)
                                        2022-06-01 13:29:20.675  - error: host.iobroker Caught by controller[4]:     at processTicksAndRejections (internal/process/task_queues.js:82:21) {
                                        2022-06-01 13:29:20.676  - error: host.iobroker Caught by controller[4]:   statusCode: 500,
                                        2022-06-01 13:29:20.676  - error: host.iobroker Caught by controller[4]:   statusMessage: 'Internal Server Error',
                                        2022-06-01 13:29:20.677  - error: host.iobroker Caught by controller[4]:   body: '{"code":"internal error","message":"unexpected error writing points to database: timeout"}',
                                        2022-06-01 13:29:20.677  - error: host.iobroker Caught by controller[4]:   contentType: 'application/json; charset=utf-8',
                                        2022-06-01 13:29:20.678  - error: host.iobroker Caught by controller[4]:   json: {
                                        2022-06-01 13:29:20.678  - error: host.iobroker Caught by controller[4]:     code: 'internal error',
                                        2022-06-01 13:29:20.678  - error: host.iobroker Caught by controller[4]:     message: 'unexpected error writing points to database: timeout'
                                        2022-06-01 13:29:20.679  - error: host.iobroker Caught by controller[4]:   },
                                        2022-06-01 13:29:20.679  - error: host.iobroker Caught by controller[4]:   code: 'internal error',
                                        2022-06-01 13:29:20.680  - error: host.iobroker Caught by controller[4]:   _retryAfter: 0
                                        2022-06-01 13:29:20.680  - error: host.iobroker Caught by controller[4]: }
                                        2022-06-01 13:29:20.681  - error: host.iobroker Caught by controller[5]: WARN: Write to InfluxDB failed (attempt: 1). v [HttpError]: unexpected error writing points to database: timeout
                                        2022-06-01 13:29:20.681  - error: host.iobroker Caught by controller[5]:     at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/@influxdata/influxdb-client/dist/index.js:16:3875)
                                        2022-06-01 13:29:20.682  - error: host.iobroker Caught by controller[5]:     at IncomingMessage.emit (events.js:412:35)
                                        2022-06-01 13:29:20.682  - error: host.iobroker Caught by controller[5]:     at endReadableNT (internal/streams/readable.js:1334:12)
                                        2022-06-01 13:29:20.683  - error: host.iobroker Caught by controller[5]:     at processTicksAndRejections (internal/process/task_queues.js:82:21) {
                                        2022-06-01 13:29:20.683  - error: host.iobroker Caught by controller[5]:   statusCode: 500,
                                        2022-06-01 13:29:20.683  - error: host.iobroker Caught by controller[5]:   statusMessage: 'Internal Server Error',
                                        2022-06-01 13:29:20.684  - error: host.iobroker Caught by controller[5]:   body: '{"code":"internal error","message":"unexpected error writing points to database: timeout"}',
                                        2022-06-01 13:29:20.684  - error: host.iobroker Caught by controller[5]:   contentType: 'application/json; charset=utf-8',
                                        2022-06-01 13:29:20.685  - error: host.iobroker Caught by controller[5]:   json: {
                                        2022-06-01 13:29:20.685  - error: host.iobroker Caught by controller[5]:     code: 'internal error',
                                        2022-06-01 13:29:20.686  - error: host.iobroker Caught by controller[5]:     message: 'unexpected error writing points to database: timeout'
                                        2022-06-01 13:29:20.686  - error: host.iobroker Caught by controller[5]:   },
                                        2022-06-01 13:29:20.686  - error: host.iobroker Caught by controller[5]:   code: 'internal error',
                                        2022-06-01 13:29:20.695  - error: host.iobroker Caught by controller[5]:   _retryAfter: 0
                                        2022-06-01 13:29:20.696  - error: host.iobroker Caught by controller[5]: }
                                        2022-06-01 13:29:20.697  - error: host.iobroker Caught by controller[6]: WARN: Write to InfluxDB failed (attempt: 1). v [HttpError]: unexpected error writing points to database: timeout
                                        2022-06-01 13:29:20.698  - error: host.iobroker Caught by controller[6]:     at IncomingMessage.<anonymous> (/opt/iobroker/node_modules/@influxdata/influxdb-client/dist/index.js:16:3875)
                                        2022-06-01 13:29:20.699  - error: host.iobroker Caught by controller[6]:     at IncomingMessage.emit (events.js:412:35)
                                        2022-06-01 13:29:20.700  - error: host.iobroker Caught by controller[6]:     at endReadableNT (internal/streams/readable.js:1334:12)
                                        2022-06-01 13:29:20.701  - error: host.iobroker Caught by controller[6]:     at processTicksAndRejections (internal/process/task_queues.js:82:21) {
                                        2022-06-01 13:29:20.701  - error: host.iobroker Caught by controller[6]:   statusCode: 500,
                                        2022-06-01 13:29:20.703  - error: host.iobroker Caught by controller[6]:   statusMessage: 'Internal Server Error',
                                        2022-06-01 13:29:20.703  - error: host.iobroker Caught by controller[6]:   body: '{"code":"internal error","message":"unexpected error writing points to database: timeout"}',
                                        2022-06-01 13:29:20.704  - error: host.iobroker Caught by controller[6]:   contentType: 'application/json; charset=utf-8',
                                        2022-06-01 13:29:20.704  - error: host.iobroker Caught by controller[6]:   json: {
                                        2022-06-01 13:29:20.706  - error: host.iobroker Caught by controller[6]:     code: 'internal error',
                                        2022-06-01 13:29:20.706  - error: host.iobroker Caught by controller[6]:     message: 'unexpected error writing points to database: timeout'
                                        2022-06-01 13:29:20.706  - error: host.iobroker Caught by controller[6]:   },
                                        2022-06-01 13:29:20.707  - error: host.iobroker Caught by controller[6]:   code: 'internal error',
                                        2022-06-01 13:29:20.708  - error: host.iobroker Caught by controller[6]:   _retryAfter: 0
                                        2022-06-01 13:29:20.708  - error: host.iobroker Caught by controller[6]: }
                                        2022-06-01 13:29:20.715  - info: host.iobroker instance system.adapter.influxdb.0 terminated with code 0 (NO_ERROR)
                                        2022-06-01 13:29:20.716  - info: host.iobroker Do not restart adapter system.adapter.influxdb.0 because disabled or deleted
                                        
                                        apollon77A 1 Antwort Letzte Antwort
                                        0
                                        • E Offline
                                          E Offline
                                          Einstein2002
                                          schrieb am zuletzt editiert von
                                          #102

                                          Hallo zusammen,
                                          kann es sein das die Seite nicht geht? https://www.iobroker.net/#de/adapters/adapterref/iobroker.influxdb/README.md
                                          Wer von Euch könnte mir einen Tip für ein HowTo geben.
                                          Irgendwie finde ich keine Beschreibung und oder eine Art von Grundkonfiguration über den Adapter influxdb.0
                                          v2.6.3 und auch über die Influxdb2.
                                          Woher habt Ihr denn all eure Infos wo und was einzustellen ist und muss.
                                          Und Bitte nicht gleich wieder Schimpfen.... Ich versuche ja an Infos heranzukommen, aber es ist wirklich nicht leicht.
                                          Dankeschön

                                          Proxmox, VM`s Windows, IoBroker im unprivilegiert LXC, Openmediavault; LXC `s Tasmota, PiHole, , InfluxDB, Motioneye, WireguardVPN, UniFi:
                                          Smarthome...Sonoff, Alexa, Wled, raspberrymatic,...

                                          O 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
                                          FAQ Cloud / IOT
                                          HowTo: Node.js-Update
                                          HowTo: Backup/Restore
                                          Downloads
                                          BLOG

                                          849

                                          Online

                                          32.4k

                                          Benutzer

                                          81.5k

                                          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