@marc-berg Hat geklappt mit Kopie von influxd.bolt! Super Danke :-)

@toki1973 InfluxDB 1.x benötigt keinen Token https://github.com/simatec/ioBroker.backitup/wiki/ioBroker.backitup-Wiki-Deutsch#influxdb-backup

@marc-berg said in Backup Influxdb 2.6.1 funktioniert nicht: @christianm Da ist kein Operator-Token drin. Du hast den originalen also gelöscht (oder den User dazu) und die Anleitung zum Erstellen eines neuen nicht korrekt durchgeführt. Influxdb und ich werden nicht mehr Freunde, was hat er denn jetzt schon wieder für Probleme? [image: 1709814892243-dd4837cf-63a4-412f-a723-c0337c45a1cf-grafik-resized.png]

@christianm klar, aber zwischen splitten und updaten ist halt auch unterschied. :) wie gesagt, ich bin kein datenfreak. nett in grafana was zu virtualisieren. lebensnotwendig ist das für mich nicht. ich seh live was meine PV macht, die gnädigste wäscht/trocknet nur mehr bei sonnenschein. geheizt wird bei uns mit infrarot, da sind mir paar W schnurz. aber wie immer, jedem das seine.

@thomas-braun Vielen vielen Dank! Jetzt ist es endlich komplett weg.

@marc-berg Danke für die Info Weiss wirklich nicht, von woher die Measurements stammen. Aber hier ist was Ähnliches beschrieben https://forum.iobroker.net/topic/66472/influxdb-größe-aufspüren-und-ausmisten/30 Scrapper ist und war bei mir aber trotzdem nie angelegt oder aktiviert. Ich hab mittlerweile alle Punkte einzeln gelöscht und funktioniert.

ok, danke. Dann muss ich wohl doch tiefer einsteigen. :(

@martinp sagte in influxDB, sep. Datenreihen für Sichten auf Messwert?: Wie haltet Ihr es in solchen Fällen? Ich habe den Fall nicht, aber: Ob du damit wirklich platz sparst hängt massiv davon ab wie häufig Du die Aktuelle Brennerleistung aktualisierst. Findet das mit jedem Puls statt, dann wirst Du platz sparen. Das macht aber aus meiner Sicht nur Sinn wenn du sowieso wenig verbrauchst. Bei hoher Brennerleistung hast du ggf. mehrere Pulse pro Aktualisierung der Brennerleistung in der Influx DB. Schon wenn es dann nur 2 Pulse sind, ist das mit dem einsparen des Speicherplatzes dahin. Dazu kommt dann die Flux-Query - die - Immer dann wenn du dir die Daten anschaust Rechenleistung verbrät - und dann im Verhältnis viel, da ja aus der Datenbank die Einzelpulse geholt werden müssen. Ob da ein "Gewinn" übrig bleibt ist eher fraglich. Der eigentliche Vorteil wäre das du beliebige Queries erstellen kannst und nicht auf deine vorgerechneten Werte angewiesen bist. Und da kommt dann das Thema Query-Sprache und Einarbeitung dazu. Unterm strich würde ich es nicht machen. Der Vorteil ist zu gering um den Aufwand zu rechtfertigen. A.

@herrx sagte in Keinen zugriff auf Influx DB: Muss ich das nach jedem reboot wieder eingeben? Nein, der Service sollte nun beim booten gestartet werden.

@marc-berg Ich habe jetzt nochmal meine Festplatte von ganz vorne neu aufgesetzt und jetzt kann ich mit Backitup ein Restore wieder herstellen. Allerdings habe ich es jetzt nur lokal probiert. Über FTP habe ich es noch nicht von meiner Synology geholt. Die Verzeichnisse werden von der NAS angezeigt. Aber das ist erst mal nicht ganz so schlimm. Mein eigentlicher Fehler war, das ich nicht den richtigen Operator Token benutzt habe. Ich hätte auch per sudo influx auth list --user admin mir den Token anzeigen lassen könnnen. Ich hatte von Dir ja gelesen, das der erste Token ja ganz wichtig ist. Deswegen bin ich nochmal in mich gegangen und hatte überlegt. Danke für eure Hilfe...

@bitwicht spät aber bin jetzt erst wieder am Rechner. Abfrage A: import "date" import "timezone" // import wegen der Berechnung um 02:00:00 option location = timezone.location(name: "Europe/Berlin") from(bucket: "Stromverbrauch") |> range(start: -1y, stop: date.truncate(t: now(), unit: 1mo)) |> filter(fn: (r) => r["_measurement"] == "Stromzaehler") |> aggregateWindow(every: 1mo , fn: last, timeSrc: "_start" ,createEmpty: true ) |> difference() Abfrage B import "timezone" // import wegen der Berechnung um 02:00:00 option location = timezone.location(name: "Europe/Berlin") from(bucket: "ioBroker") |> range(start: -1mo, stop: now()) |> filter(fn: (r) => r["_measurement"] == "Vb_Stromzaehler") |> filter(fn: (r) => r["from"] == "system.adapter.javascript.0") |> aggregateWindow(every: 1mo , fn: last, timeSrc: "_start") // ,createEmpty: false ) |> difference() Der Screenshot dazu: [image: 1705340317947-screenshot-2024-01-15-183758.png]

@haus-automatisierung Bis jetzt habe ich dafür immer die Funktion spread benutz und bin damit auch ganz zufrieden. Aber jetzt sind Probleme aufgetaucht wenn ich neue Datenpunkte aufnehme und dann in die Vergangenheit gehe(wo es den Datenpunkt noch nicht gibt) kommt logischerweise ein Fehler im Log. Kann man das irgendwie umgehen ?

@dr-pie Dann weiß ich leider nicht weiter, sorry.

@ftd sagte in Influxdb löschen einzelner Punkte in einer Datenbank: Danke! Funktioniert.

Ja kenne ich schon bin aber auch tatsächlich weiter gekommen.Wer sich dafür interessiert: https://github.com/Trunks1982/Daikin-Rotex-HPSU-CAN.git

Habs gefunden, sowohl als auch. Entweder alias oder über Override... 🤷‍♂️😬

@basti2022 hallo, ich habe es hinbekommen zu installieren die Version 2. Hatte aber kurz einmal folgende Einstellungen als ich den Adapter gestartet habe. influxdb has an invalid jsonConfig: [{"instancePath":"/items/advancedTab/items/usetags","schemaPath":"#/definitions/checkboxProps/additionalProperties","keyword":"additionalProperties","params":{"additionalProperty":"min"},"message":"must NOT have additional properties"},{"instancePath":"/items/advancedTab","schemaPath":"#/properties/items/patternProperties/%5E.%2B/allOf/8/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"}] Werde das nun mal beobachten oder dieser Fehler nochmal auftaucht. Muss ich bei dieser Warnung etwas noch konfigurieren?

@dieter_p sagte in influxdb: @digi-bit Für die Variante über BackitUp hier eine Anleitung dazu: https://github.com/simatec/ioBroker.backitup/wiki/Diverse-Anleitungen-für-ioBroker.backitup#influxdb2-restore dies hat ebent nicht so funktioniert :( mfg Digi-Bit

@snopy_16 sagte in Influxdb2 Daten löschen: Berechtigung hast du vorher schon erteilt?? influx config create --config-name iobroker_user --host-url http://localhost:8086 --org privat --token xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx== --active Ich habe Influx im Frühjahr installiert und das CLI zuletzt im Juni benutzt. Seither läuft das IMHO. vielleicht habe ich aber noch einige Baustellen offen! klaus@influxdb2:~$ influx user list Error: failed to list users: 401 Unauthorized: unauthorized access klaus@influxdb2:~$ Kann ich mir damit den Zugriff auf meine Daten verschließen ? influx config create \ -n config-name \ -u http://localhost:8086 \ -p USERNAME:PASSWORD \ -o MyOrganization