[G]InfluxDB 2.0 und wieder Measurement löschen nicht möglich
-
@haus-automatisierung sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
Musst Du nicht bei dem delete Command noch --active-config oder -c mitgeben?
Die "active" Config wird automatisch genommen, wenn man den Parameter weglässt.
-
@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
Also die Tokengeschichte ist ja in der 2.0 Version nimmer so einfach, da man den ja nicht mehr einsehen kann, wenn man es verpasst hat den zu speichern
Doch, kann man ohne Probleme. z.B. über die API
-
@haus-automatisierung said in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
Also die Tokengeschichte ist ja in der 2.0 Version nimmer so einfach, da man den ja nicht mehr einsehen kann, wenn man es verpasst hat den zu speichern
Doch, kann man ohne Probleme. z.B. über die API
ok, und wie genau? bin doch Dummy
-
@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
ok, und wie genau? bin doch Dummy
http://<IP der InfluxDB>:8086/api/v2/authorizations
(vorher anmelden!)
-
@marc-berg sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
Die "active" Config wird automatisch genommen, wenn man den Parameter weglässt.
Dann würde ich mal
--http-debugmitgeben, um zu schauen was wirklich passiert. -
@marc-berg said in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
http://<IP der InfluxDB>:8086/api/v2/authorizations
ach guck an....ist tatsächlich ein andere Token. dann hatte ich mir den "gelöschten" notiert... oder so
-
@haus-automatisierung said in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
@marc-berg sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
Die "active" Config wird automatisch genommen, wenn man den Parameter weglässt.
Dann würde ich mal
--http-debugmitgeben, um zu schauen was wirklich passiert.Wo genau das?
-
@marc-berg said in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
ok, und wie genau? bin doch Dummy
http://<IP der InfluxDB>:8086/api/v2/authorizations
(vorher anmelden!)
hmmm....
pi@XXXXX:~ $ influx config create --config-name iobroker --host-url http://192.168.1xx.xx:8086 --org iobroker --token --active Error: failed to create config "iobroker": config "iobroker" already exists -
@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
hmmm....
erst die bestehende Config löschen
influx config rm iobrokeroder einen anderen Namen vergeben.
-
@marc-berg said in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
influx config rm iobroker
ok, kommt schon mal kein error mehr. den Delete Befehl scheint er gefressen zu haben.
bekommt man keine Rückmeldung in der Konsole? -
@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
bekommt man keine Rückmeldung in der Konsole?
Nein, da kommt nix. Kein Fehler ist das beste, was man erwarten kann.
-
@marc-berg said in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
bekommt man keine Rückmeldung in der Konsole?
Nein, da kommt nix. Kein Fehler ist das beste, was man erwarten kann.
Super, Danke.
Dann noch ne andere Frage:
Gibts einen Befehle um sich die ganzen measurements in der Konsole anzeigen zu lassen. Ich hab nämlich zwischenzeitlich bissl was umbenannt und jedesmal in der Datenbank nachsehen ist etwas mühsam.
Oder noch besser, ich Lösche gleich den Bucket "test" komplett. -
@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
Gibts einen Befehle um sich die ganzen measurements in der Konsole anzeigen zu lassen.
Sortiert nach Anzahl der Datensätze:
influx query ' from(bucket: "iobroker") |> range(start: -10y) |> filter(fn: (r) => r["_field"] == "value") |> count() |> group() |> keep(columns: ["_measurement", "_value"]) |> sort(columns: ["_value"], desc: true) |> rename(columns: {_value: "Anzahl"})' -
@marc-berg said in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
Gibts einen Befehle um sich die ganzen measurements in der Konsole anzeigen zu lassen.
Sortiert nach Anzahl der Datensätze:
influx query ' from(bucket: "iobroker") |> range(start: -10y) |> filter(fn: (r) => r["_field"] == "value") |> count() |> group() |> keep(columns: ["_measurement", "_value"]) |> sort(columns: ["_value"], desc: true) |> rename(columns: {_value: "Anzahl"})'Klasse, vielen Dank.
-
Ich muss jetzt leider das Thema noch mal aufwärmen.
Nachdem ich ein Neues Bucket angelegt habe um weiter zu Testen, hat sich beim neuanlegen der Measuerment wieder so ein blöder sonoff reingequetscht, warum auch immer.
ich hab also mit
influx config create --config-name iobroker --host-url http://192.168.1XX.XX:8086 --org Accuface --token HIER IST DER TOKEN --activeund danach
influx delete --bucket TESTONE --start 1970-01-01T00:00:00Z --stop $(date +"%Y-%m-%dT%H:%M:%SZ") --predicate '_measurement="sonoff.0.Zähler.Haus.MT681#1_Total_in"'gelöscht.
Dachte ich zumindest. Nachdem ich mich neu in die DB eingeloggt hatte, war der Sonoff immer noch da.
Ich hab dann den alias kontrolliert, dass da keine alias eingetragen ist, das Feld war leer.
Dann hab ich den DP des sonoff kontrolliert, kein Influx aktiviert.Meine Vermutung war, dass er aktiviert ist und nach dem Löschen direkt wieder angelegt wird. Ist aber nicht der Fall.
der Influx query spuckt folgendes aus:
pi@XXXXX:~ $ influx query ' > from(bucket: "TESTONE") > |> range(start: -10y) _field> |> filter(fn: (r) => r["_field"] == "value") > |> count() > |> group() > |> keep(columns: ["_measurement", "_value"]) > |> sort(columns: ["_value"], desc: true) > |> rename(columns: {_value: "ANZAHL"})' Result: _result Table: keys: [] ANZAHL:int _measurement:string -------------------------- ------------------------------------ 401 alias.0.Strom_Haus.MT681#1_Power_cur 138 alias.0.Strom_Haus.MT681#1_Total_in 133 sonoff.0.Zähler.Haus.MT681#1_Tot... 15 alias.0.Strom_Haus.MT681#2_Power_cur 4 alias.0.Strom_Haus.MT681#1_Total_out 3 alias.0.Strom_Haus.MT681#2_Total_in 1 alias.0.Strom_Haus.MT681#2_Total_out pi@XXX:~ $der Vollständigkeit halber:
Wieso lässt der sich nicht Löschen?
-
@accuface
Konntest du andere Measurements mit Umlauten löschen? -
@marc-berg said in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
@accuface
Konntest du andere Measurements mit Umlauten löschen?Guten Morgen,
Nach dem #1 Post, hatte ich den Bucket "test" komplett gelöscht, und zwar direkt aus Influx heraus.
Einzelne Measurements über das Terminal, hab ich nur diesen Letzt genannten versucht.
Liegts an dem Umlaut etwa?
Grüße
-
@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
Liegts an dem Umlaut etwa?
Das ist ziemlich wahrscheinlich, ja. So einen Fall hatten wir hier schon einmal, finde ich aber gerade nicht. Ich nehme an, dass dies in einzelnen Konstellationen (z. B. mit einer bestimmten Secure Shell, SSH) auftritt. Denn bei mir funktioniert das Löschen auch mit Umlauten problemlos.
Eine weitere theoretische Möglichkeit besteht darin, dass die Measurements in der Zukunft liegen. Du löschst ja immer nur bis „jetzt“. Das ist aber, wenn die Daten über den Adapter kommen, sehr sehr unwahrscheinlich.
Zeig mal ein paar Datensätze dieses Measurements im Influxdb Data Explorer, vielleicht sieht man darin noch was.
-
@marc-berg said in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
Liegts an dem Umlaut etwa?
Das ist ziemlich wahrscheinlich, ja. So einen Fall hatten wir hier schon einmal, finde ich aber gerade nicht. Ich nehme an, dass dies in einzelnen Konstellationen (z. B. mit einer bestimmten Secure Shell, SSH) auftritt. Denn bei mir funktioniert das Löschen auch mit Umlauten problemlos.
Eine weitere theoretische Möglichkeit besteht darin, dass die Measurements in der Zukunft liegen. Du löschst ja immer nur bis „jetzt“. Das ist aber, wenn die Daten über den Adapter kommen, sehr sehr unwahrscheinlich.
Versteh ich gerade nicht, wie könnten die in der Zukunft liegen? Haben die einen DeLorean
Zeig mal ein paar Datensätze dieses Measurements im Influxdb Data Explorer, vielleicht sieht man darin noch was.
-
@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:
Versteh ich gerade nicht, wie könnten die in der Zukunft liegen?
Ich hatte ja geschrieben, es ist nur eine theoretische Möglichkeit. Wenn die Zeit/das Datum des Servers mal kurz falsch eingestellt war, könnte sowas passieren.
Du hattest geschrieben, dass die Daten jetzt nicht mehr gespeichert werden. Lt. Screenshots landen aber immer noch aktuelle Daten in der DB:
EDIT: vielleicht doch ein Alias? Den muss du dann aber in anderen DP suchen.
