NEWS
Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern
-
sudo systemctl stop influxdb sudo mv /tmp/influxdb2 /tmp/influxdb sudo cp -pR /tmp/influxdb/ /var/lib sudo systemctl start influxdb
-
pi@raspberrypi:~ $ sudo systemctl stop influxdb pi@raspberrypi:~ $ sudo mv /tmp/influxdb2 /tmp/influxdb mv: cannot stat '/tmp/influxdb2': No such file or directory pi@raspberrypi:~ $
-
sudo systemctl stop influxdb sudo mv /tmp/influxdbv2 /tmp/influxdb sudo cp -pR /tmp/influxdb/ /var/lib sudo systemctl start influxdb
-
Das geht! Danke.
Weboberfläche geht auch wieder.Sind die Daten jetzt im richtigen Ordner oder ist das jetzt alles verbogen?
Geht es auch noch nach einem Reboot ? -
@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:
Das geht! Danke.
Weboberfläche geht auch wieder.
Sind die Daten jetzt im richtigen Ordner oder ist das jetzt alles verbogen?
Geht es auch noch nach einem Reboot ?Ja, geht alles. Kannst du gern testen. Wir müssen aber noch aufräumen:
sudo rm -r /tmp/influxdb sudo rm -r /var/lib/influxdb/.influxdbv2
-
pi@raspberrypi:~ $ sudo rm -r /tmp/influxdbv2 rm: cannot remove '/tmp/influxdbv2': No such file or directory pi@raspberrypi:~ $
will er wieder nicht
-
@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:
will er wieder nicht
ja, habe ich oben korrigiert
-
passt:
pi@raspberrypi:~ $ sudo rm -r /tmp/influxdb pi@raspberrypi:~ $ sudo rm -r /var/lib/influxdb/.influxdbv2 pi@raspberrypi:~ $
-
@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:
passt:
und jetzt neu starten
-
Schaut auch gut nach dem reboot aus.
InfluxDB v2.7.4
Was aber immer noch nicht geht, die Daten einzutragen
Das kann doch nicht sein, dass es bei dir geht aber bei mir nicht
-
@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:
Das kann doch nicht sein, dass es bei dir geht aber bei mir nicht
Verrückt. Da fällt mir nur noch der Browser ein. Nimm mal einen anderen, oder lösche zumindest mal den Cache.
-
ich habe jetzt schon Edge & Crome "normal" / Cache löschen / Inkognito versucht.
Immer das gleiche Verhalten.Das kann doch gar nicht sein
.
Aber ein Verhalten ist bei uns anscheinend unterschiedlich.PV-SEWeb-Ertrag-Tag value="15.616" 1704376800
Bei Seconds kommt der Fehler, bei allem anderen geht es. Bei dir ist es umgekehrt hattest du oben geschrieben ?
-
@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:
Bei dir ist es umgekehrt hattest du oben geschrieben ?
Ja, bei mir ist es umgekehrt, und das wäre ja auch logisch. Warum auch immer das bei dir so ist, wenn der Import nur in der Einstellung "Nanosekunden" funtkioniert, dann hänge neun Nullen an den Timestamp dran. Dann passt es wieder.
-
Wenn ich neun Nullen anhänge und auf Nanosekunden stelle, kommt wieder der Fehler:
PV-SEWeb-Ertrag-Tag value="15.616" 1704376800000000000
Wie könnten wir den Fehler debugen?
Da steht ja einfach nur "unknown error".
Steht in der Shell oder Log mehr? -
@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:
Wie könnten wir den Fehler debugen?
Da steht ja einfach nur "unknown error".
Steht in der Shell oder Log mehr?ja, das ginge. Dazu müsstest du mit einem Editor deiner Wahl die Datei
/etc/influxdb/config.toml
um den Eintrag
log-level = "debug"
ergänzen. Danach DB neu starten
sudo systemctl stop influxdb sudo systemctl start influxdb
Dann kannst du dir den Output mit
journalctl -u influxdb -n 30
anschauen.
-
@bitwicht
Ein anderer Ansatz, sich des Problems zu nähern: Du legst einfach mal ein neues, temporäres Bucket an und versuchst, da rein zu importieren. Kannst du ja gleich wieder löschen. -
interessant.
Ich habe ein neues Bucket (test01) angelegt.
Hier konnte ich ohne Probleme die PV-SEWeb-Ertrag-Tag value="15.616" 1704376800 in Sekunden schreiben.Nur was ist jetzt das Problem mit dem andren Bucket ?
-
@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:
Nur was ist jetzt das Problem mit dem andren Bucket ?
du bist nicht allein mit dem Prob: https://community.influxdata.com/t/influxdb-2-1-1-internal-server-error-timestamp-related/23994
Abhilfe bietet wohl ein Umkopieren der gesamten Daten in ein neues Bucket, löschen des alten, wieder anlegen und zurückkopieren.
from(bucket: "iobroker") |> range(start: -10y) |> to(bucket: "iobroker_tmp")
-
Habs gerade gelesen. In Beitrag schreibt aber jemand ich muss dann auch die Tokens neu anlegen ?
Ich teste das mal.
Ich lege ein neues Bucket an.
Berechtige die Tokens auf das neue.
Lösche das alte
Lege das alte neue an
Berechtige die Tokens vom neuen auf das "alte-neu-angelegte"Vielleicht kann ich die bestehendes Tokens so übernehmen
-
@bitwicht sagte in Ertrag (Tag, Monat, Jahr) berechnen und in Datei speichern:
Habs gerade gelesen. In Beitrag schreibt aber jemand ich muss dann auch die Tokens neu anlegen ?
Nein, das ist nicht so. Es sei denn, du hättest Bucket-bezogene Berechtigungen vergeben, was ich nicht glaube.