Grafana sieht keine Measurements (Influx2)
-
Mein Fehler, die Retention Policy sollte "autogen" lauten:
influx v1 dbrp create --db iobroker2 --rp autogen --bucket-id <bucket-id> --default --org <orgname> --token <token> -
@marc-berg k.P, passiert
Jetzt zeigt "...list" drei Zeilen mit iobroker2 an,
Grafana meint immer noch das die Connection OK ist und Null messwerte vorhanden.Kann und muss ich die zwei anderen"iobroker2" löschen, wie?
(denn Grafana versucht ja nur über "iobroker2" die zu nutzende DB/Bucket zu finden)
-
Das Verhalten ist jetzt klar, denn die falsche Policy ist noch als Default hinterlegt.
Du könntest also entweder
- Grafana zwingen, die richtige Retention Policy zu nutzen, in dem du bei Database "iobroker2/autogen" einträgst
oder
- das falsche Mapping löschen
influx v1 dbrp delete --db iobroker2 --rp iobroker2 --org <orgname> --token <Token> -
OK, habe in Grafana "Database: iobroker2/autogen" eingetragen, gleiches verhalten:
OK, aber Null Messwerte.Das Löschen schlägt fehl:
martin@iobroker:~$ influx v1 dbrp delete --db iobroker2 --rp iobroker2 --org my_Org --token EPKD9UMruIZopwK5TnxR4g301jjeRh4uL8nR2YWPqatlsWzXVRvBLFKKvZVPcl4JLxvjp2GwjOKONLrWlUMiKQ== Incorrect Usage: flag provided but not defined: -db -
@topsurfer sagte in Grafana sieht keine Measurements (Influx2):
gleiches verhalten:
Okay, dann nochmal einen Schritt zurück. Hast du mal von v1 auf v2 migriert, und auf der v1 gab es zu diesem Zeitpunkt schon ioboker, iobroker2 (und 4weeks)?
Bei einer Migration werden (die im Fenster unten angezeigten) Mappings automatisch ausgeführt. Das bedeutet, dass es vorher schon funktionieren hätte müssen.
Da bin ich jetzt ratlos. Können wir nochmal die Einträge in der Datasource durchgehen? Eigentlich muss ein HTTP Header mit dem Token gesetzt sein, wenn auf eine InfluxDB2 zugegriffen wird.
-
@marc-berg Genau,
es war ein update von 1.x auf 2.x.Ich hab auch kein Problem, die jetzigen Buckets / DB zu löschen, wenn das hilft, einfacher ist und es danach "läuft".
Sind erst Daten von 5 Tagen drin. (und ein csv export/import von den Influx-Daten könnte man ja auch machen)."Custom http header" ist bei mir leer, gelöscht habe ich nichts, aber evtl. weil das entsprechende Bucket (iobroker) gelöscht wurde in influx?
Kann man den Header manuell nochmal eintragen?
-
@topsurfer sagte in Grafana sieht keine Measurements (Influx2):
Kann man den Header manuell nochmal eintragen?
ja, trage alles so ein wie in meiner Vorlage (Server natürlich nicht)
es muss ein neuer Header "Authorization" angelegt werden
In das Value kommt
Token <token>. Also das Wort "Token" gefolgt von einem Leerzeichen und dem eigentlichen Token. -
@marc-berg Super, Daten sind wieder da!
Geht aber nur, wenn ich in Grafana bei "Database: iobroker2" eintrage, mit "iobroker/autogen" sind es wieder 0 Messwerte.So sieht influx ... list" aktuell aus,
martin@iobroker:~$ influx v1 dbrp list --org my_Org --token EPKD9UMruIZopwK5TnxR4g301jjeRh4uL8nR2YWPqatlsWzXVRvBLFKKvZVPcl4JLxvjp2GwjOKONLrWlUMiKQ== ID Database Bucket ID Retention Policy Default Organization ID 0f0c881721941000 iobroker2 26aa29934c4aa90e iobroker2 true f84f6d90b75d3b67 0f0c9406bf941000 iobroker2 26aa29934c4aa90e autogen false f84f6d90b75d3b67 VIRTUAL DBRP MAPPINGS (READ-ONLY) ---------------------------------- ID Database Bucket ID Retention Policy Default Organization ID 0fa670e100a26da9 4weeks 0fa670e100a26da9 autogen true f84f6d90b75d3b67 6af37a2b77989afe _monitoring 6af37a2b77989afe autogen true f84f6d90b75d3b67 ebde13d30f16af6f _tasks ebde13d30f16af6f autogen true f84f6d90b75d3b67 e0789b98e59b4278 iobroker e0789b98e59b4278 autogen true f84f6d90b75d3b67 26aa29934c4aa90e iobroker2 26aa29934c4aa90e autogen false f84f6d90b75d3b67kann ich noch den "falschen" iobroker2 - iobroker2" Eintrag löschen,
der richtige (iobroker2 - autogen" steht auf "false (!?)
Und "iobroker" brauch ich auch nicht mehr, könnte auch gelöscht werden.Das zuvor genannte löschen mi:
influx delete --db ... schlug (und schlägt ja fehl (hier: iobroker, ohne "2")
influx v1 dbrp delete --db iobroker --rp autogen --org my_Org --token EPK... -
@topsurfer sagte in Grafana sieht keine Measurements (Influx2):
Das zuvor genannte löschen mi:
Beim Löschen muss die Mapping ID genutzt werden
influx v1 dbrp delete --id 0f0c881721941000 --org my_Org --token <token>Die automatisch erstellten Mappings lassen sich meines Wissens nicht so ohne weiteres löschen.
-
@marc-berg said in Grafana sieht keine Measurements (Influx2):
Beim Löschen muss die Mapping ID genutzt werden
Danke,
das teste ich morgen, warte noch das tägliche Image-Backup der VM abIrgendwer hatte das mal gepostet
influx v1 dbrp delete --db iobroker2 ... -
@topsurfer
bei grafana musst den Datenpunkt TYP umstellen. Glaub auf flux oder andersrum. Sonst zeigts dir nix an -
@marc-berg said in Grafana sieht keine Measurements (Influx2):
Beim Löschen muss die Mapping ID genutzt werden
Hallo,
das löschen habe ich jetzt probiert, der Befehl läuft auch ohne Fehler durch, zeigt danach in einer Zeile das Bucket mit der übergebenen ID an:
hab das Bucket "iobroker" dann im Influx Data-Explorer gelöscht, danach zeigte $influx .... list
es auch nicht mehr an (!?). Das passt wohl jetzt.Das "iobroker2" Bucket, wo ich meine Daten jetzt reinschreibe, wird zweimal aufgelistet,
einmal mit der falschen Retention-Policy "iobroker" und "Default: true",
und einmal mit der Retention-Policy "autogen" (wohl richtig), aber mit "Default: false" (sollte doch besser "Default: true" sein, oder).
Läßt sich das korrigieren?
(Im Influx Data-Exploer gibt es nur ein "iobroker2") -
@topsurfer sagte in Grafana sieht keine Measurements (Influx2):
Das "iobroker2" Bucket, wo ich meine Daten jetzt reinschreibe, wird zweimal aufgelistet,
Ich würde die beiden oberen Mappings löschen, iobroker2 wird ja durch das automatische Mapping unten erreichbar. Ich schätze mal, dass sich das Thema "default" damit löst.
-
@marc-berg Super, genau so ist es nun.
Thx!
