Danke soweit. Mit dem zurückspielen hat es leider nicht geklappt, ich habe zwar keine Fehlermeldung bekommen, sehe aber die historischen Daten nicht in der InfluxDB? Hat das was mit den unterschiedlichen Token der beiden Installationen zu tun?

@thomas-braun @crunchip habe CFIS, und habe auf smb3.0 umgestellt. Das läuft jetzt. Auch funktioniert der backitup Adapter mit der Influxdb Sicherung wieder. Es wurde der falsche Token benutzt. Habe nach Github Anleitung einen neuen Token erstellt und den eingetragen... Danke für eure Hilfe und Hinweise.

@harvey637 ich arbeite mit 2 Buckets. Es macht doch keinen Sinn, die Datenspeicherung zu verringern - dann kann ich auch ganz darauf verzichten. Ich will ja mit den Daten etwas darstellen. Also, arbeite mit mehreren Buckets. Ro75.

@ro75 Ich habe mir das heute mal genauer angesehen. Die Quelle der zu speichernden Datenpunkte sind Lesewerte aus meiner Wohnraumbelüftung. Hier habe ich Lesefehler in meinem Javascript Code nicht ordentlich abgefangen, so dass die Datenpunkte mit Schrottwerten (NaN) gefüllt werden konnten. Es sieht so aus, dass das Schreiben in die Datenbank für die betroffenen Datenpunkt dann vollständig beendet wird. Ich habe den verarbeitenden Code nun geändert und werde beobachten.

@marc-berg Dankeschön, werd ich in einer ganz ruhigen Stunde angehen. Naja die vier Jahre hab ich unfreiwillig durch einen Docker Crash auf Unraid kassiert. Das war auch der punkt wo ich mir gedanken gemacht habe Unraid wieder zu verlassen. Eines Morgens war das Docker File im System nur noch readonly, alle Container weg, die Daten zwar noch da, aber damals wusste ich nicht das nur der "Masterkey" zum Erfolg führt, oder per CLI der Key hätte gewechselt werden können. Was Backup/Restor/Sync bei Influx angeht, finde ich das sehr unflexible. Na seins drumm, kannich eh nicht mehr ändern. Dir sei gedankt..

@marc-berg vor Zeitlichen auftreten ist es während des IObroker Backups backitup (aktuelle Version) aufgetreten.

@marc-berg Ich suche noch das Loch im Erdboden um drin zu versinken... Alles noch mal neu eingesetzt und das Backup läuft durch :-) :-) :-) Ganz Lieben Dank ! Jetzt kann ich beruhigt schlafen gehen ;-)

@topsurfer ja, ich habe zwei Instanzen laufen. In 4Wochen schreibe ich jeden „Mist“ rein 😁 Im History landen nur Tageswerte.

@crunchip sagte in Problem mit influxdb1 in Proxmox: kommt drauf an Danke für den Link! MfG Michael

@homoran said in Daten mit 3 Minuten Verzögerung in Grafana: und im Browser/pc/tablet/wasauchimmer? Das wars! Obwohl die Zeit am PC auf "Automatisch synchronisieren" stand, leif der PC 3 Minuten hinterher. Die Option mal aus/eingeschaltet, hat sofort gesynced, und schwupps, zeigt Grafana auch Live-Daten an. Danke euch!

@topsurfer @Marc-Berg Ich glaube da muss die Fachlichkeit ran.

@marc-berg Klasse Sache! Hat funktioniert. Danke

@michaelf Leider ist „funktioniert nicht“ keine Fehlerbeschreibung.

@marc-berg Ok, Schade aber gut zu wissen.

@bloop das verwende ich ja. trotzdem kann man immer nur eins droppen. das ist das mühsame.

@meister-mopper sagte in Problem mit InfluxDB2 u. Grafana: Du musst das override erweitern um Standard options > Display name Danke so hat es geklappt, aber jetzt fehlt wieder was.... Data is missing a number field Sorry Leute für mich, der null Ahnung von der InfluxDB hat, ist die Version 2.0 ein Rückschritt, früher konnte ich mir Vorlagen installieren, alles war schon Eingetragen, ich musste nur den DP auswählen und ggf. die Namen/Alias anpassen, nun muss ich Codezeilen Kopieren wie sowas from(bucket: "iobroker") |> range(start: v.timeRangeStart, stop: v.timeRangeStop) |> filter(fn: (r) => r["_measurement"] == "sonoff.0.Spühlmaschiene.ENERGY_Total") |> aggregateWindow(every: v.windowPeriod, fn: mean, createEmpty: false) |> yield(name: "mean") Dazu muss ich aus Grafana raus in den Influx "Daten Explorer" und wieder zurück, und dann geht das nicht mal weil irgendwas im Code fehlt, ich kann weder Coden noch verstehe ich Englich, darum ist das für mich ein Rückschritt, ich weiß, Leute die Coden können und EN verstehen, ist das sicher toll, weil voll Anpassbar, aber wenn man keine Ahnung hat und nur Vorlagen per Mausklick anpassen kann, ist die Version 2.0 nichts für einen. Lange Rede, ich bleib bei der Version 1.8, solange wie möglich, und dann mal sehen, ggf. ist die Version 3.0 wieder per Mausklick zu steuern! Mein Dank an Meister Mopper, peterfido und mickemup, danke für eure Hilfe

Mir ist das Funktionsprinzip von influx und der Sinn der doppelten Werte nun auch klar. Wenn ich einen Sensor x mal abfrage, der Echzeitdaten liefert, und erst nach der 50. Abfrage kommt ein neuer Wert, dann möchte ich quasi Abfrage 49 auch nochmal mit dem alten Wert abspeichern, damit der Übergang möglichst zeitlich korrekt sichtbar wird. Da mein Plenticore aber nur alle +-5 Minuten seine ausgelieferten Werte aktualisiert, ist diese Herangehensweise bei diesen Werten sinnlos, da der entstehende, gedoppelte "letzte alte" Wert schon von vornherein nichts mit der Realität zum Abfragezeitpunkt zu tun hatte. Von daher alles gut. Bleibt einzig das Rätsel, ob ich den Plenticore irgendwie überreden kann, seine ausgelieferten Werte in kleineren Intervallen zu aktualisieren. In der Web-UI sehe ich dazu jedenfalls keine Möglichkeit. Wahrscheinlich loggt er einfach fix im 5-Minuten-Takt. Schade, aber nicht weiter schlimm.

@int17 sagte in influxdb2 Retention Time: Wo hast du deinen Hinweis gelesen? Hier

@marc-berg said in Influx2 DB - retentiontime ändert sich "von alleine": @cocomp sagte in Influx2 DB - retentiontime ändert sich "von alleine": Das ist eine 2.2.1, die auf meiner Synolgy in einem Docker arbeitet. Die Version ist fast drei Jahre alt. Ein Update wäre sicher eine Überlegung Wert. Den Gedanken hatte ich auch schon....aber bisher galt "never touch a running system" ;-) Denke aber nicht, dass da der Fehler herkommt, weil es eben nur das eine Bucket betrifft. Ein Versuch wäre es wert...