NEWS

@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

@agrippinenser sagte in InfluxDB 2.0 Measurement löschen:

Das muss beim Update auf 2.7.10 automatisch passiert sein

Genau, das passiert bei Upgrades "von selbst".

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

@thomas-braun hier mal ein Beispiel (aus der Influx- Hilfe-Datei):

Change your password Use influx command line interface (CLI) to update your password. User passwords cannot be updated in the InfluxDB UI. Change your password using the influx CLI Use the influx user password command to update a password for a user. Provide the following: An operator token using your influx CLI connection configuration, INFLUX_TOKEN environment variable, or the --token, -t flag. The username (with the --name, -n flag) or the user ID (with the --id, -i flag). View usernames and IDs in the output of influx user list. Optional: the --password, -p flag and the new password. If you don’t provide a password flag, enter the new password when prompted. Update a password influx user password \ --name USERNAME \ --password PASSWORD Replace the following: USERNAME: The username to change the password for PASSWORD: The new password Was this page helpful?

Das Passwort konnte ich aber mit diesem Befehl ändern (user = username):
influx user password -n admin --password 12345678 -t <der notierte Token>

Mit der Influx Hilfe kam ich niemals auf diese Befehlseingabe. Man braucht schon sehr viel Phantasie...

@marc-berg sagte in influxdb 1.x restore auf neues System Schritt-für-Schritt:

("Alte Influx-DB ...löschen" anklicken)

Das gibt es garnicht in der Influx-Instanz (v4.0.2) ...oder meintest Du "Alle Daten in Datenbank löschen"?

c53effe3-9193-4559-a270-293284c52bf3-grafik.png

Ist auch "ausgegraut", also nicht anwählbar....weil die Instanz noch im Stop ist ?!

@hant0r sagte in temporärer timeout bei influxdb:

Das die Hardware an der Grenze arbeitet kann natülich zwischenzeitlich mal vorkommen, aber wenn ich schaue, liegt die CPU meist bei 20% und der RAM bei 55%, sollte also noch Luft sein.

Hier ist weniger die CPU- als die Festplattenperformance entscheidend. Du könntest versuchen, den Parameter

storage-wal-fsync-delay = "5s"

zu setzen. Damit wird nicht mehr jede Schreiboperation sofort zur Festplatte weitergeleitet. Nachteil: es können bei Stromausfall ein paar Daten (max. 5 Sekunden in diesem Beispiel) verloren gehen.

Aber wie gesagt, das ist rumdoktern an Symptomen. Ursache wird aller Wahrscheinlichkeit das schlechte Verhältnis "Menge der Daten" zu "Performance des Gesamtsystems" sein. Vielleicht setzen ja auch andere Prozesse außerhalb der InfluxDB deine Festplatte in dieser Zeit der Timeouts Schachmatt.

EDIT: sinnvolle Zeit auf 5 Sekunden gesetzt

@marc-berg Habe deine Abfrage aus dem Forum genommen. Jetzt sehe ich die ganzen Scarper-Daten. Das löschen bringt jetzt auch was.
Danke!

@franz-delcuve sagte in Gültigkeitsdauer von All Access API Tokens:

Natürlich hab ich die Logs nicht gesichert

das macht iob automatisch! für 7 Tag3

@martinschm ich würde es dabei belassen und langfristig eine Migraiton auf eine andere Datenbank planen (zb Victoria Metrics). Nach aktuellen Stand wird Influx "Core" (open source version) nur noch 72 Stunden speichern => für Smarthome eher unbrauchbar.