[G]InfluxDB 2.0 und wieder Measurement löschen nicht möglich

Marc Berg

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

Accuface

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

Accuface

@marc-berg

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 --active

und 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:
sonoff delete.png

Wieso lässt der sich nicht Löschen?

Marc Berg

@accuface
Konntest du andere Measurements mit Umlauten löschen?

Accuface

@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

Marc Berg

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

Accuface

@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 :dizzy_face:

Zeig mal ein paar Datensätze dieses Measurements im Influxdb Data Explorer, vielleicht sieht man darin noch was.

Marc Berg

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

Accuface

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

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 Server mal kurz falsch eingestellt war, könnte sowas passieren.

Du hattest geschrieben, dass die Daten jetzt nicht mehr gespreichert werden. Lt. Screenshots landen aber immer noch aktuelle Daten in der DB:

Ich weiss nicht was da los war, aber ich hatte 99+ Protokolle, dass keine Daten zu Influx versendet werden konnten, in der Datenbank waren aber werte aufgezeichnet. Ich hab dann den Influx Adapter gelöscht, nei installiert und jetzt keinen Error mehr.

Ich hab gerade versucht einen Measurement Strom Heizung zu löschen, in den wurden tatsächlich trotz neuinstallation, heute keine Daten aufgezeichnet, obwohl der Shelly die Leistung misst und auch in der Shelly app und im iob anzeigt.
Jedenfalls konnte ich den löschen. Der measurement war in den obigen bildern leider nicht drauf....
delete Heizung.png

Accuface

@marc-berg said in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:

EDIT: vielleicht doch ein Alias? Den muss du dann aber in anderen DP suchen.

nein, ein direkter datenabgriff vom sonoff

Marc Berg

@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:

Ich weiss nicht was da los war, aber ich hatte 99+ Protokolle, dass keine Daten zu Influx versendet werden konnten, in der Datenbank waren aber werte aufgezeichnet. Ich hab dann den Influx Adapter gelöscht, nei installiert und jetzt keinen Error mehr.
Ich hab gerade versucht einen Measurement Strom Heizung zu löschen, in den wurden tatsächlich trotz neuinstallation, heute keine Daten aufgezeichnet, obwohl der Shelly die Leistung misst und auch in der Shelly app und im iob anzeigt.
Jedenfalls konnte ich den löschen. Der measurement war in den obigen bildern leider nicht drauf....

Ich kann aus der Antwort leider nicht ableiten, was denn nun Sache ist. Wir sprechen noch vom DP Sonoff.0.Zähler.Haus.MT681#1_Total_in ? Wird der nun noch in der InfluxDB beschrieben oder nicht?

Accuface

@marc-berg said in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:

Ich kann aus der Antwort leider nicht ableiten, was denn nun Sache ist. Wir sprechen noch vom DP Sonoff.0.Zähler.Haus.MT681#1_Total_in ? Wird der nun noch in der InfluxDB beschrieben oder nicht?

im moment wird er beschrieben, ja. ich hatte den ja wieder aktiviert, nachdem das löschen nicht ging.

Marc Berg

@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:

im moment wird er beschrieben, ja. ich hatte den ja wieder aktiviert, nachdem das löschen nicht ging.

Okay, dann bleibts jetzt bei meiner Vermutung, dass es am Umlaut liegt. Eine Lösung habe ich dann aber leider nicht, außer dass du es mal mit einer anderen Shell versuchen könntest. Das ist aber eher ein Bauchgefühl.

Accuface

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

im moment wird er beschrieben, ja. ich hatte den ja wieder aktiviert, nachdem das löschen nicht ging.

Okay, dann bleibts jetzt bei meiner Vermutung, dass es am Umlaut liegt. Eine Lösung habe ich dann aber leider nicht, außer dass du es mal mit einer anderen Shell versuchen könntest. Das ist aber eher ein Bauchgefühl.

ok, welchen dann?

Übrigens: hab gerade zum Test versucht den measurement waschküche zu löschen, ergebniss: geht auch nicht.
Muss also am Umlaut liegen.

Accuface

@accuface said in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:

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

im moment wird er beschrieben, ja. ich hatte den ja wieder aktiviert, nachdem das löschen nicht ging.

Okay, dann bleibts jetzt bei meiner Vermutung, dass es am Umlaut liegt. Eine Lösung habe ich dann aber leider nicht, außer dass du es mal mit einer anderen Shell versuchen könntest. Das ist aber eher ein Bauchgefühl.

ok, welchen dann?

Übrigens: hab gerade zum Test versucht den measurement waschküche zu löschen, ergebniss: geht auch nicht.
Muss also am Umlaut liegen.

~~also mit PUTTY ging es jetzt.~~

Ich hatte es vorher mit Windoof Powershell versucht.

leider doch nicht.... ist nach dem 2 mal F5 wieder aufgetaucht, obwohl eder DP im iob nicht mehr aktiv ist.

Ich blick gerade nicht mehr durch.

das ist im moment meine alias.0

alias übersicht.png

Der sonoff

Accuface

alter Post

Marc Berg

@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:

Das ist echt Spooky.

Ich glaub nicht an Geister. Sondern eher daran, dass da noch ein Alias rumgeistert. Und damit meine ich nicht einen unter "alias.0. ..." sondern den in der Influxdb-Datenpunkt-Config:

Aber das Löschen geht jetzt, richtig?

Accuface

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

Das ist echt Spooky.

Ich glaub nicht an Geister. Sondern eher daran, dass da noch ein Alias rumgeistert. Und damit meine ich nicht einen unter "alias.0. ..." sondern den in der Influxdb-Datenpunkt-Config:

Leider Nein, unter Sonoff.0 ist weder ein DP aktiviert, noch sind dort alias ID's drin.

@marc-berg said in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:

Aber das Löschen geht jetzt, richtig?

Guten Morgen,

Ich glaub auch nicht wirklich an Geister, aber ich hab in der Technik schon so einige Sachen erlebt die so nicht hätten sein dürfen, aber trozdem so waren wie sie waren.

Ich hab beide Sonoff's gestern Abend noch gelöscht bekommen, ich hab den Delete Befehel ein paar mal hintereinander ausgeführt. Irgendwann tauchten die dann nicht mehr auf.
Gerade eben nochmal nachgesehen und keiner der beiden ist wieder aufgetaucht.
Warum auch immer dass jetzt so ist.
hier mal die Putty und powershell Ausgabe NACH dem Delete Befehl:

pi@XXXXXXXX:~ $ influx query '
from(bucket: "TESTONE")
|> range(start: -10y)
|> 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
--------------------------  ------------------------------------
                      3959  alias.0.Strom_Haus.MT681#1_Power_cur
                      2879   alias.0.Strom_Haus.MT681#1_Total_in
                      1922  alias.0.Strom_Haus.MT681#2_Power_cur
                      1052  alias.0.Strom_Haus.MT681#2_Total_out
                       601  alias.0.Strom_Haus.MT681#1_Total_out
                       141   alias.0.Strom_Haus.MT681#2_Total_in
                         3                 alias.0.Heizung.Power
                         1          alias.0.KG.Waschküche.Power
pi@XXXXXX:~ $

Die Alias Felder bei den Sonoff-objekten ist bei jedem DP leer. Im Alias sind natürlich auch keine drin.
wo wir gerade das Thema Alias haben, ein Verständnisfrage:

Ich lege ja im Alias.0 einen Ordner per Alias-Manager in der Instanz an.
In diesen Ordner wähle ich beim Anlegen dann ja denn DP aus, der "verknüpft" werden soll....Richtig soweit?
Um diesen Datenpunkt dann in die Influx Datenbank schreiben zu lassen muss diese ja über das Zahnrad aktivieren.

Nun die eigentlich Frage, Warum und vor allem welche Alias ID (in deinem Foto markiert) soll/muss ich da angeben?

Bei mir sind z.b. bei den Zähler Alias, keine separaten ID's hinterlegt, und er schreibt trozdem in die Datenbank.

Ausnahme ist der Shelly alias.0.Heizung.Power, die werden nicht in die Influx übertragen.
Trage ich allerdings bei diesem unter alias.0.Heizung.Power beim Aktivierungsreiter unter alias ID den Shelly DP ein, taucht in der Influx DB ein weiterer measurement namens "shelly.0.shellyplus1pm#cc7b5c0dd95c#1.Relay0.Power" auf.
Für mich Irgendwie doppelt gemobbelt. Ich versteh den Sinn dahinter nicht.

Ich hoffe es ist Verständlich was ich meine.
Zeile 20 ist nun der measurement aus der alias ID vom Alias.0.Heizung.Power, dieser übeträgt daten.
Zeile 21 ist der alias mit dem selben Datenpunkt aus zeile 21. Dieser alias.0.Heizung.Power schreibt keine Daten in die InfluxDB

influx query '
from(bucket: "TESTONE")
|> range(start: -10y)
|> 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
--------------------------  ------------------------------------
                      6500  alias.0.Strom_Haus.MT681#1_Power_cur
                      5516   alias.0.Strom_Haus.MT681#1_Total_in
                      2268  alias.0.Strom_Haus.MT681#2_Power_cur
                      1067  alias.0.Strom_Haus.MT681#2_Total_out
                       613  alias.0.Strom_Haus.MT681#1_Total_out
                       193   alias.0.Strom_Haus.MT681#2_Total_in
                        76  shelly.0.shellyplus1pm#cc7b5c0XXXXXX...
                         3                 alias.0.Heizung.Power
                         1          alias.0.KG.Waschküche.Power

alias.0_ID.png

Marc Berg

@accuface sagte in InfluxDB 2.0 und wieder Measurement löschen nicht möglich:

Nun die eigentlich Frage, Warum und vor allem welche Alias ID (in deinem Foto markiert) soll/muss ich da angeben?

Du musst da gar keine ID angeben. Wenn die leer bleibt, heißt das Measurement genauso wie der jeweilige Datenpunkt. Hier wird nur der Measurement-Name überschreiben, falls gesetzt.

Beim Rest des Textes kann ich dir im Moment leider nicht folgen.

Und bitte noch für die Nachwelt: Mit welcher Shell gab es jetzt die Umlaut-Probleme und mit welcher hat es dann funktioniert?

Accuface

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

Nun die eigentlich Frage, Warum und vor allem welche Alias ID (in deinem Foto markiert) soll/muss ich da angeben?

Du musst da gar keine ID angeben. Wenn die leer bleibt, heißt das Measurement genauso wie der jeweilige Datenpunkt. Hier wird nur der Measurement-Name überschreiben, falls gesetzt.

Bei mir wurde ein Neuer measurement zum bestehenden angelegt. Sieht man im letzten Code-Tag

Beim Rest des Textes kann ich dir im Moment leider nicht folgen.

Und bitte noch für die Nachwelt: Mit welcher Shell gab es jetzt die Umlaut-Probleme und mit welcher hat es dann funktioniert?

Nicht funktioniert hat es mit Windoof Powershell
Funktioniert hat es mit Putty

Community Forum

NEWS

[G]InfluxDB 2.0 und wieder Measurement löschen nicht möglich

Support us

439

32.5k

81.8k

1.3m