Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. influxdb 3.0.0 verfügbar - eine Zusammenfassung

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    influxdb 3.0.0 verfügbar - eine Zusammenfassung

    This topic has been deleted. Only users with topic management privileges can see it.
    • S
      stephan61 @apollon77 last edited by

      @apollon77
      Habe admin 5.4.9
      was react ui habe auf neue Ansicht aber in weiss
      Log

      influxdb.0
      2022-05-16 18:21:37.976 debug Send: 1 of: 2 in: 16ms

      influxdb.0
      2022-05-16 18:21:37.961 debug Query to execute: SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time <= '2022-05-16T15:52:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time > '2022-05-16T15:52:00.000Z' AND time < '2022-05-16T16:22:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time >= '2022-05-16T16:22:00.000Z' LIMIT 1

      influxdb.0
      2022-05-16 18:21:37.960 debug Incoming message getHistory from system.adapter.admin.0

      influxdb.0
      2022-05-16 18:21:35.743 debug Send: 10 of: 11 in: 30ms

      influxdb.0
      2022-05-16 18:21:35.732 debug Send: 10 of: 11 in: 28ms

      influxdb.0
      2022-05-16 18:21:35.718 debug Query to execute: SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time <= '2022-05-15T16:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time > '2022-05-15T16:00:00.000Z' AND time < '2022-05-16T16:21:35.206Z' ORDER BY time ASC;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time >= '2022-05-16T16:21:35.206Z' LIMIT 1

      influxdb.0
      2022-05-16 18:21:35.712 debug Incoming message getHistory from system.adapter.admin.0

      influxdb.0
      2022-05-16 18:21:35.705 debug Query to execute: SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time <= '2022-05-15T16:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time > '2022-05-15T16:00:00.000Z' AND time < '2022-05-16T16:21:35.185Z' ORDER BY time ASC;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time >= '2022-05-16T16:21:35.185Z' LIMIT 1

      influxdb.0
      2022-05-16 18:21:35.703 debug Incoming message getHistory from system.adapter.admin.0

      influxdb.0
      2022-05-16 18:21:02.029 debug Send: 0 of: 1 in: 24ms

      influxdb.0
      2022-05-16 18:21:02.007 debug Query to execute: SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time <= '2022-05-16T15:52:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time > '2022-05-16T15:52:00.000Z' AND time < '2022-05-16T16:22:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time >= '2022-05-16T16:22:00.000Z' LIMIT 1

      influxdb.0
      2022-05-16 18:21:02.004 debug Incoming message getHistory from system.adapter.admin.0

      influxdb.0
      2022-05-16 18:21:00.412 debug Send: 9 of: 10 in: 25ms

      influxdb.0
      2022-05-16 18:21:00.388 debug Query to execute: SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time <= '2022-05-15T16:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time > '2022-05-15T16:00:00.000Z' AND time < '2022-05-16T16:20:59.802Z' ORDER BY time ASC;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time >= '2022-05-16T16:20:59.802Z' LIMIT 1

      influxdb.0
      2022-05-16 18:21:00.386 debug Incoming message getHistory from system.adapter.admin.0

      influxdb.0
      2022-05-16 18:21:00.253 debug Send: 9 of: 10 in: 35ms

      influxdb.0
      2022-05-16 18:21:00.224 debug Query to execute: SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time <= '2022-05-15T16:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time > '2022-05-15T16:00:00.000Z' AND time < '2022-05-16T16:20:59.335Z' ORDER BY time ASC;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time >= '2022-05-16T16:20:59.335Z' LIMIT 1

      influxdb.0
      2022-05-16 18:21:00.209 debug Incoming message getHistory from system.adapter.admin.0

      apollon77 2 Replies Last reply Reply Quote 0
      • apollon77
        apollon77 @stephan61 last edited by apollon77

        @stephan61 Und das ist sicher influxdb 3.0? ...3.0.2 wäre da die letzte Version ... Da müsste das Log anders aussehen.

        Ok, kann es nachvollziehen... bin dran

        Diginix 1 Reply Last reply Reply Quote 0
        • Diginix
          Diginix @apollon77 last edited by Diginix

          @apollon77 Wenn ich benutzerdefinierte Vorhaltezeit nutzen will und zuvor 2 Jahre eingestellt war und ich nun auf >2 Jahre gehe, muss ich trotzdem den Haken "geringere Vorhaltezeit anwenden" setzen. Das verunsichert mich.

          8f459eb8-74f5-4547-98c0-b9161ee23635-image.png

          Ich möchte ungern Daten verlieren.

          apollon77 2 Replies Last reply Reply Quote 0
          • apollon77
            apollon77 @Diginix last edited by apollon77

            @diginix Hm ... ok muss ich in der UI noch anpassen. an sich nicht. Bin aber ehrlich: Ich habs es nicht selbst ausprobiert. Code technisch sollte es aber tun

            Diginix 1 Reply Last reply Reply Quote 0
            • Diginix
              Diginix @apollon77 last edited by Diginix

              @apollon77 Dauert noch ein paar Monate bis die 2 Jahre bei den ältesten Werten erreicht sind. Dann sehe ich ob Einstellung 5 Jahre greift.

              In Adapter v2.6.3 hatte ich bereits die Standard Entprellzeit auf 1000 ms gesetzt. Nach dem Update auf v3 steht dort aber eine 0. Hätte der alte Wert nicht übernommen werden sollen?

              7fae3f9e-c5fd-4882-9c2b-3538be67d824-image.png

              Und die damalige Entprellzeit pro Objekt ist nun neu die Blockzeit. Das ist so richtig?

              apollon77 1 Reply Last reply Reply Quote 0
              • apollon77
                apollon77 @Diginix last edited by

                @diginix Naja, liess mal oben ganz genau ... In der alten war es als "Blockzeit" implementiert ... daher ist mit dem Update die 1000 auch ins neue Feld "Blocktime" gewandert und Entprellzeit ist 0 🙂

                1 Reply Last reply Reply Quote 1
                • apollon77
                  apollon77 @Diginix last edited by

                  @diginix Auf GitHub sollte die UI für alle Fälle korrigiert sein

                  Diginix 1 Reply Last reply Reply Quote 1
                  • apollon77
                    apollon77 @stephan61 last edited by

                    @stephan61 GitHub Versio sollte es behoben haben. Falls Du testen willst nach GitHub install bitte manuell Adapter neu starten

                    S 1 Reply Last reply Reply Quote 0
                    • Diginix
                      Diginix @apollon77 last edited by

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

                      @diginix Auf GitHub sollte die UI für alle Fälle korrigiert sein

                      Bisher sehe ich die Checkbox wenn ich die Instanzeinstellungen öffne und auch wenn ich dann zB 2000 Tage statt 1825 eintrage, bleibt die Checkbox und ich kann ohne nicht speichern.

                      e7340d69-525f-4890-9dd2-d2ab6764209e-image.png

                      apollon77 1 Reply Last reply Reply Quote 1
                      • apollon77
                        apollon77 @Diginix last edited by

                        @diginix Mist ... einen Fall hab ich natürlich vergessen 🙂

                        Jetzt aber hoffentlich

                        Diginix 1 Reply Last reply Reply Quote 1
                        • Diginix
                          Diginix @apollon77 last edited by

                          @apollon77 Passt nun.

                          apollon77 1 Reply Last reply Reply Quote 0
                          • apollon77
                            apollon77 @Diginix last edited by

                            @diginix party :-))) Danke!

                            1 Reply Last reply Reply Quote 0
                            • S
                              stephan61 @apollon77 last edited by

                              @apollon77
                              mit der github version werden die Werte wieder angezeigt . Danke

                              Gruß Stephan

                              1 Reply Last reply Reply Quote 1
                              • Palm_Maniac
                                Palm_Maniac last edited by

                                Hallo,

                                eine Verständnisfrage. Die Aufbewahrungszeit, liese die sich auch pro Datenpunkt einstellen oder geht das bei InfluxDB nur generell, also Adapterweit? Der Hintergrund der Frage ist der, dass ich Datenpunkte habe, wo ich alle Infos ohne Löschung aufzeichne und andere, wo nur ein paar Wochen reichen würden.

                                Diginix 1 Reply Last reply Reply Quote 0
                                • Diginix
                                  Diginix @Palm_Maniac last edited by

                                  @palm_maniac Geht nur pro DB.

                                  Palm_Maniac 1 Reply Last reply Reply Quote 1
                                  • Palm_Maniac
                                    Palm_Maniac @Diginix last edited by

                                    @diginix Ok, danke. Schade.

                                    apollon77 1 Reply Last reply Reply Quote 0
                                    • apollon77
                                      apollon77 @Palm_Maniac last edited by

                                      @palm_maniac Bist jetzt gefühlt der 5. der das fragt. Legt halt ein GitHub Ossue als Feature Request an ... kann man halt nur manuell machen. Muss mal lesen ob InfluxDB sowas mag oder überhaupt erlaubt

                                      1 Reply Last reply Reply Quote 0
                                      • Palm_Maniac
                                        Palm_Maniac last edited by

                                        Hallo,

                                        bei mir häufen sich in der letzten Zeit diese Fehler:

                                        
                                        influxdb.0
                                        2022-05-18 10:16:55.037	warn	Error in query "import "influxdata/influxdb/schema" schema.tagKeys(bucket: "iobroker")": RequestTimedOutError: Request timed out
                                        

                                        Die treten jeden Morgen auf, gefolgt von mehreren Einträgen pro Datenpunkt im Log, was dazu führt dass es mehrere Gigabyte an Größe zulegt. Helfen tut hier nur ein Neustart des InfluxDB Service oder des LXC-Containers, in dem nur Influx läuft. Das Problem habe ich seit einiger Zeit und weiß langsam nicht mehr wo ich suchen soll. Vielleicht hat hier jemand eine Idee.

                                        Im LXC ist Ubuntu 21.11 als Grundsystem installiert mit InfluxDB V2.2.

                                        Ich frage auch deshalb hier, weil sich das Problem gefühlt mit meinen Tests mit der Adapterversion 3.0 eingestellt hat. Leider scheint es aber wohl nur ein Gefühl zu sein, denn der Fehler tritt jetzt auch mit der V2.6.3 auf, da aber bei weitem nicht so oft.

                                        apollon77 1 Reply Last reply Reply Quote 0
                                        • apollon77
                                          apollon77 @Palm_Maniac last edited by

                                          @palm_maniac Request "timeout" deutet an sich darauf hin das die InfluxDB selbst irgendwas hat bzw die Query länger dauert als der aktuelle Timeout. Den Request Timeout kannst Du hochsetzen in der Konfig ... vllt mal erhöhen?

                                          Auch die Frage ist wo die Meldung herkommt schema.tagKeys gibts in den queries nicht ... machst Du custom Queries?

                                          Palm_Maniac 1 Reply Last reply Reply Quote 0
                                          • Palm_Maniac
                                            Palm_Maniac @apollon77 last edited by

                                            @apollon77 Ich habe vor einiger Zeit nach Anleitung von V1.8 auf V2 gewechselt und die Datenbanken konvertiert. es sind also keine reinen frischen V2 Datenbanken. Vielleicht liegt es daran? Aber das hat bis vor kurzem nie Probleme bereitet.

                                            apollon77 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate
                                            FAQ Cloud / IOT
                                            HowTo: Node.js-Update
                                            HowTo: Backup/Restore
                                            Downloads
                                            BLOG

                                            871
                                            Online

                                            31.9k
                                            Users

                                            80.1k
                                            Topics

                                            1.3m
                                            Posts

                                            18
                                            132
                                            15166
                                            Loading More Posts
                                            • Oldest to Newest
                                            • Newest to Oldest
                                            • Most Votes
                                            Reply
                                            • Reply as topic
                                            Log in to reply
                                            Community
                                            Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                                            The ioBroker Community 2014-2023
                                            logo