UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Marc Berg]

@topsurfer

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>

[topsurfer]

@marc-berg

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

[Marc Berg]

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

[topsurfer]

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

[Marc Berg]

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

[topsurfer]

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

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

[Marc Berg]

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

[topsurfer]

@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 ab ;-)

Irgendwer hatte das mal gepostet ;-)

influx v1 dbrp delete --db iobroker2 ...

[warp735]

@topsurfer
bei grafana musst den Datenpunkt TYP umstellen. Glaub auf flux oder andersrum. Sonst zeigts dir nix an

[topsurfer]

@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")

[Marc Berg]

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

[topsurfer]

@marc-berg Super, genau so ist es nun.
Thx!