@arteck mit der pyMeterBus library erhalte ich nun auch Daten von der Uhr

ok hat sich erledigt, mit der Eingabe des Passwortes kam die Verbindung, das Passwort scheint also nicht mitgespeichert zu werden

@crunchip danke für den Hinweis, das habe ich vergessen und die Neuerung mit den Tokens war mir nicht bekannt... jetzt sind die Dashboards da

ich habe noch eine Verständnisfrage. Muss ich im InfluxDB Adapter das Passwort erneut eingeben? Ich habe influxdb neu installiert und einen admin user angelegt, "eigentlich" mit gleichem Passwort wie beim alten System. Ich konnte die DB dann auch mit backitup wieder herstellen auch bei grafana integrieren und habe meine alten Daten wieder.
Jetzt habe ich nach und nach alle Adapter gestartet im Iobroker und habe bekomme noch die Fehlermeldung "Error: authorization failed" für influx db

Übernimmt das backup vom iobroker auch die Passwörter (auch von anderen Adaptern) oder muss ich diese erneut eintragen?

Hallo,
ich habe heute meinen Raspberry Pi komplett neu aufgesetzt. OS auf SD Karte installier, dann iobroker installiert, dann mein iobroker backup mit backitup installiert, hat geklappt, dann grafana installiert, dann mein influxdb Backup über backitup eingelesen, hat geklappt, und nun klappt das einlesen meines grafana backups leider nicht.
Ich habe das bisher auch nicht gemacht. Ich bekomme keine wirkliche Fehlermeldung, was mache ich falsch? Was versteht man unter message":"Unauthorized","traceID":

Im Voraus vielen Dank!

Started restore ...
[DEBUG] [grafana] - Start Grafana Restore ...
[DEBUG] [grafana] - filename for restore: /opt/iobroker/backups/grafana_2024_03_12-02_45_09_backupiobroker.tar.gz
[DEBUG] [grafana] - Grafana tmp directory created: /opt/iobroker/backups/grafana_tmp
[DEBUG] [grafana] - start decompress
[DEBUG] [grafana] - Grafana request started
[DEBUG] [grafana] - Grafana is available ... Status: 200
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/datasource/InfluxDB.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/datasource/InfluxDB_iobroker.json
[DEBUG] [grafana] - cannot restore datasource "InfluxDB": "data source with the same name already exists"
[DEBUG] [grafana] - cannot restore datasource "InfluxDB_iobroker": "data source with the same name already exists"
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/brauchwasserwarmepumpe.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/brunnen_wasseruhr_alt.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/brunnen-wasseruhr.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/dach.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/dachboden.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/druck-ww.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/klimaanlagen.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/kuhlschrank.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/kuhlschrank_alt.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/lueftung-bad.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/lueftung-wp.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/new-dashboard.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/outdoor-temp.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/pi-temp-wasseruhr.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/test.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/tuya-test.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/warmwasser-wasseruhr.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/warmwasser.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/wemos-test.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/zirkulationspumpe.json
[DEBUG] [grafana] - Try to Restore: /opt/iobroker/backups/grafana_tmp/dashboards/zirkulationspumpe_alt.json
[DEBUG] [grafana] - cannot restore dashboard "brauchwasserwarmepumpe": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "brunnen_wasseruhr_alt": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "pi-temp-wasseruhr": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "druck-ww": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "test": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "zirkulationspumpe_alt": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "tuya-test": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "zirkulationspumpe": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "dachboden": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "lueftung-wp": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "brunnen-wasseruhr": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "lueftung-bad": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "new-dashboard": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "kuhlschrank": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "kuhlschrank_alt": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "warmwasser-wasseruhr": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "warmwasser": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "klimaanlagen": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "dach": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "wemos-test": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - cannot restore dashboard "outdoor-temp": {"message":"Unauthorized","traceID":""}
[DEBUG] [grafana] - Grafana request ended
[DEBUG] [grafana] - Try deleting the Grafana tmp directory
[DEBUG] [grafana] - Grafana tmp directory was successfully deleted
[DEBUG] [grafana] - Grafana Restore completed successfully
[EXIT] Grafana restore done

@marc-berg der FTP läuft auf der Fritzbox, IP ist die von der Fritzbox, Port 21, Pfad habe ich selbst definiert, sonst keine Haken, mehr kann man ja nicht machen
Pfad für iobroker Sicherung: /TOSHIBA-ExternalUSB3-0-02/iobroker

Pfad für CCU-Sicherung
/iobroker

wenn das erstmal nicht klappt kann ich damit leben, die Backups sind ja da, falls wieder etwas passiert

@marc-berg es hat geklappt
super vielen Dank, in dieser Reihenfolge ging es, die Daten sind wieder da
ich kämpfe jetzt noch mit meinem weewx aber das ist eine andere Baustelle

Noch eine andere Frage: Die Backups auf dem ftp hat Backitup nicht installieren wollen, wie oben gezeigt ist es einfach nicht weitergegangen, ich musste sie erst über einen USB Stick zum Pi bringen, gibt es dafür eine Lösung ?

@marc-berg mit "frischem" System vom 10.1. sieht es so aus:

pi@raspberrypi:~ $ systemctl status influxdb
● influxdb.service - InfluxDB is an open-source, distributed, time series datab>
     Loaded: loaded (/lib/systemd/system/influxdb.service; enabled; vendor pres>
     Active: active (running) since Wed 2024-01-10 20:54:21 CET; 1 months 6 day>
       Docs: https://docs.influxdata.com/influxdb/
    Process: 592 ExecStart=/usr/lib/influxdb/scripts/influxd-systemd-start.sh (>
   Main PID: 596 (influxd)
      Tasks: 20 (limit: 3933)
        CPU: 1min 23.195s
     CGroup: /system.slice/influxdb.service
             └─596 /usr/bin/influxd -config /etc/influxdb/influxdb.conf

Feb 16 19:44:42 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - >
Feb 16 19:44:43 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - >
Feb 16 19:44:45 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - >
Feb 16 19:44:45 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - >
Feb 16 19:44:47 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - >
Feb 16 19:44:48 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - >
Feb 16 19:44:53 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - >
Feb 16 19:44:54 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - >
Feb 16 19:44:54 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - >
Feb 16 19:44:58 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - >
Feb 16 19:44:58 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - >
lines 1-22/22 (END)...skipping...
● influxdb.service - InfluxDB is an open-source, distributed, time series database
     Loaded: loaded (/lib/systemd/system/influxdb.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2024-01-10 20:54:21 CET; 1 months 6 days ago
       Docs: https://docs.influxdata.com/influxdb/
    Process: 592 ExecStart=/usr/lib/influxdb/scripts/influxd-systemd-start.sh (code=exited, status=0/SUCCESS)
   Main PID: 596 (influxd)
      Tasks: 20 (limit: 3933)
        CPU: 1min 23.195s
     CGroup: /system.slice/influxdb.service
             └─596 /usr/bin/influxd -config /etc/influxdb/influxdb.conf

Feb 16 19:44:42 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - admin [16/Feb/2024:19:44:42 +0100] "PO>
Feb 16 19:44:43 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - admin [16/Feb/2024:19:44:43 +0100] "PO>
Feb 16 19:44:45 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - admin [16/Feb/2024:19:44:45 +0100] "PO>
Feb 16 19:44:45 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - admin [16/Feb/2024:19:44:45 +0100] "PO>
Feb 16 19:44:47 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - admin [16/Feb/2024:19:44:47 +0100] "PO>
Feb 16 19:44:48 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - admin [16/Feb/2024:19:44:48 +0100] "PO>
Feb 16 19:44:53 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - admin [16/Feb/2024:19:44:53 +0100] "PO>
Feb 16 19:44:54 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - admin [16/Feb/2024:19:44:54 +0100] "PO>
Feb 16 19:44:54 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - admin [16/Feb/2024:19:44:54 +0100] "PO>
Feb 16 19:44:58 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - admin [16/Feb/2024:19:44:58 +0100] "PO>
Feb 16 19:44:58 raspberrypi influxd-systemd-start.sh[596]: [httpd] 127.0.0.1 - admin [16/Feb/2024:19:44:58 +0100] "PO>
~
~
~

Es scheint also erstmal zu laufem, es werden Daten gespeichert und Grafana läuft auch normal
Die Datenbank läuft und jetzt ?

@marc-berg sorry ich kann der Antwort nicht ganz folgen... Kannst du mir es vllt nochmal so erklären, dass ich es verstehe?
Ich überlege aktuell den Pi mit iobroker komplett neu aufzusetzen und die Backups einzuspielen, dann hätte ich zum Start ein sauberes System. Würde das Sinn machen?

Nach gestern und dem löschen des Ordners /var/lib/influxdb habe ich heute das Problem, dass die SD Karte komplett voll gelaufen ist mit /dev/root 100%

Ich befürchte aber, dass ich evtl. bei einem frischen System wieder das gleiche Problem haben werde beim Einlesen der Influx Datenbank. Kann das passieren ?

Ich spiele aktuell wieder mein altes image vom 10.1. ein....
Ich weiß aber nicht wie ich da nach allen Versuchen die Influx Datenbank restoren kann? Bisher hat kein Versuch geklappt, es kommt immer der Fehler connection refused ?

@marc-berg also ich hab jetzt auf meinem laufenden System vom 10.1.24 das Verzeichnis /var/lib/influxdb gelöscht und habe das Backup entpackt in das Verzeichnis /home/pi/influx_backup

dann habe ich diesen Befehlt ausgeführt:

influxd restore -db iobroker -portable /home/pi/influx_backup 

und bekomme folgenden Fehler:

pi@raspberrypi:~/influx_backup $ influxd restore -db iobroker -portable /home/pi/influx_backup 
2024/02/15 22:17:35 error updating meta: dial tcp [::1]:8088: connect: connection refused
restore: dial tcp [::1]:8088: connect: connection refused

warum geht es immer um Port 8088 ? was ist dieses meta? Sorry da bin ich nicht so tief drin
Es ist wieder das gleiche connection refused.....
langsam bin ich sehr ratlos, es wäre schade wenn die Daten trotz der regelmäßigen Backups verloren wären

Wenn ich ein altes Backup lokal über Backitup lade geht es, über den ftp direkt nicht, allerdings erscheint auch lokal der gleiche Fehler wie wenn ich es über die Konsole mache:

@marc-berg ich bin jetzt einen anderen Weg gegangen ich hab ein image von meiner SD Karte aus dem Januar genommen... da lief noch alles und tut es jetzt auch wieder, mir fehlt jetzt nur noch die letzte Influx Datensicherung

Wenn ich jetzt meine letzte Influx Sicherung nehme vom 10.02 auf dem ftp und mit Backitup installieren will passiert allerdings mehr oder weniger nichts, nach 20 Minuten sieht es noch so aus:

Ich habe es vorher mal mit der grafana Sicherung versucht, da ist es auch nicht weitergegangen....
Wo hänge ich da jetzt ?
Der Influx Adapter ist grün und mein Grafana zeigt aktuelle Daten, also die Datenbank und influx sollte in diesem Stand (10. Januar) nicht beschädigt sein

Die iobroker Sicherung habe ich zum Test auch mal eingspielt über den ftp, das ging ohne Probleme

@marc-berg

hier wird der Haken fehlen, meinst du das?

zum Löschen im influx Adapter meinst du das?