@guergen Vielen Dank ! Das war's. In Phoscon gelöscht und anschließend auch noch in den Objekten den betreffenden Baum. Dann über Phoscon neu aufgenommen und jetzt ist alles ok.
Dazu ist nun auch noch npm richtig.

@apollon77
doch noch ein Wermutstropfen. Vor dieser Aktion hatte ich schon das Problem beim Backup und jetzt wieder (Invalid string length):

Started iobroker ...
[DEBUG] [iobroker] - host.PI-AL-01 1194 states saved

[DEBUG] [iobroker] - host.PI-AL-01 309380 objects saved

[ERROR] [iobroker] - host.PI-AL-01 Backup not created: Invalid string length

[DEBUG] [iobroker] - Backup created: undefined

[DEBUG] [iobroker] - done
[DEBUG] [historyDB] - compress from historyDB started ...
[DEBUG] [historyDB] - Backup created: /opt/iobroker/backups/historyDB_2022_03_16-14_54_11_backupiobroker.tar.gz
[DEBUG] [historyDB] - done
[ERROR] [ftp] - Error: connect ECONNREFUSED 192.168.196.161:21

@da_woody
Ich habe festgestellt, dass mit Alias nicht alles so läuft wie direkt vom Objekt:

Korrektur:
tut mir leid. Es war wohl mein Fehler. Ich hatte einen Datenpunkt im betreffenden Objekt per Script geändert, was an dieser Stelle eigentlich nicht zulässig war.

@homoran
ich habe wahrscheinlich meinen Fehler gefunden. Dein letzter Hinweis hat mich drauf gebracht.
Beim Backup hatte ich die History-Daten nicht angehakt.

@homoran
99% geht über influx. Die eine Stelle mit history.0 hatte ich mal zur Kontrolle eingerichtet und die Daten werden in influx nicht benötigt.
Genau diese Anzeige zeigt mir aber, dass nicht alle Daten übernommen wurden.

@homoran
Das hier wiederholt sich ständig.

• powerfox wird eigentlich nicht gebraucht und ist im Originalsystem auch nicht konfiguriert. K. A., warum ich den Adapter mal installiert habe
• deConz/Phoscon ist im Originalsystem im Moment nicht aktiv. Eine Fehlermeldung ging letzte Woche nach Dresden (Conbee II - Stick)
• influxdb.0 Nachrichten könnten mit einem vorhergehenden Versuch mit Restore influxdb über iobroker-Backup stammen. Wenn dem so ist, wie kann ich diesen Prozess abbrechen ? Den neuen API-Schlüssel habe ich eigentlich korrekt eingegeben oder muß das der Schlüssel vom Originalsystem sein ?

2024-11-28 09:15:08.787  - info: powerfox2.0 (38640) Error with login datas: Please enter login datas in instance settings.
2024-11-28 09:15:08.787  - info: powerfox2.0 (38640) Error on powerfox devices: Please check powerfox device in instance settings.
2024-11-28 09:15:09.290  - info: powerfox2.0 (38640) Terminated (NO_ERROR): Without reason
2024-11-28 09:15:09.798  - info: host.raspi2 instance system.adapter.powerfox2.0 having pid 38640 terminated with code 0 (NO_ERROR)
2024-11-28 09:15:12.280  - warn: deconz.0 (36989) Could not connect to websocket instance of deConz/Phoscon. Error: Unexpected server response: 301
2024-11-28 09:15:14.086  - info: influxdb.0 (36944) Connecting http://localhost:8086/ ...
2024-11-28 09:15:14.086  - info: influxdb.0 (36944) Influx DB Version used: 2.x
2024-11-28 09:15:14.089  - error: influxdb.0 (36944) HttpError: unauthorized access
2024-11-28 09:15:24.089  - info: influxdb.0 (36944) Connecting http://localhost:8086/ ...
2024-11-28 09:15:24.090  - info: influxdb.0 (36944) Influx DB Version used: 2.x
2024-11-28 09:15:24.093  - error: influxdb.0 (36944) HttpError: unauthorized access
2024-11-28 09:15:34.094  - info: influxdb.0 (36944) Connecting http://localhost:8086/ ...
2024-11-28 09:15:34.094  - info: influxdb.0 (36944) Influx DB Version used: 2.x
2024-11-28 09:15:34.097  - error: influxdb.0 (36944) HttpError: unauthorized access
2024-11-28 09:15:44.097  - info: influxdb.0 (36944) Connecting http://localhost:8086/ ...
2024-11-28 09:15:44.097  - info: influxdb.0 (36944) Influx DB Version used: 2.x
2024-11-28 09:15:44.100  - error: influxdb.0 (36944) HttpError: unauthorized access
2024-11-28 09:15:54.100  - info: influxdb.0 (36944) Connecting http://localhost:8086/ ...
2024-11-28 09:15:54.100  - info: influxdb.0 (36944) Influx DB Version used: 2.x
2024-11-28 09:15:54.104  - error: influxdb.0 (36944) HttpError: unauthorized access
2024-11-28 09:15:55.381  - warn: deconz.0 (36989) Could not connect to websocket instance of deConz/Phoscon. Error: Unexpected server response: 301
2024-11-28 09:16:04.103  - info: influxdb.0 (36944) Connecting http://localhost:8086/ ...
2024-11-28 09:16:04.104  - info: influxdb.0 (36944) Influx DB Version used: 2.x
2024-11-28 09:16:04.107  - error: influxdb.0 (36944) HttpError: unauthorized access
2024-11-28 09:16:08.011  - info: host.raspi2 instance system.adapter.powerfox2.0 in version "0.0.14" started with pid 38686
2024-11-28 09:16:08.795  - info: powerfox2.0 (38686) starting. Version 0.0.14 in /opt/iobroker/node_modules/iobroker.powerfox2, node: v20.18.1, js-controller: 6.0.11

@samson71
seit fast 11 Stunden habe ich nun diese Bild. Einerseits "Restore completed successfully" , andererseits oben "Fertig ...Bitte warten!". Der Schliessen-Button ist aktiv.
In vorhergehenden Versuchen ging ich auf "Schliessen" und stellte im Nachgang fest, daß im Gegensatz zum Originalsystem nur Daten des aktuellen Tages in der history.0 bei einem geprüften Sensor enthalten waren.

Ich sehe nun keine Möglichkeit festzustellen, wann der Restorevorgang nun wirklich abgeschlossen ist. Es sei denn, ich darf nicht auf "Schliessen" gehen und muss auf eine Meldung zum tatsächlichen Abschluss warten.

Ich habe ein aktives System mit bullseye und aktuellem iobroker. Parallel dazu bin ich am Aufbau eine neuen Systems mit bookworm. Auch dort habe ich iobroker installiert.
Ich hätte gehofft, mit einem Backup vom alten iobroker und einem restore dieser Daten im neuen System alle Daten übernehmen zu können. Obwohl ich beim Backup vorher alle Instanzen gestoppt hatte, werden beim restore die Daten nicht vollständig übernommen (z. B. history. 0).
Noch komplizierter ist es mit den Daten für influxdb und grafana.

Kann mir jemand helfen?

@thomas-braun
ok.
Danke. Ich weiß nicht, was da war. Kurz danach war alles normal.

Sind nach einer neuen Installation unter Bookworm und ioBroker Backup Restore vom alten System die Rechte neu zu vergeben und wenn ja, wo überall ? Ich kann nämlich auf der neuen Installation den ioBroker nicht stoppn, nicht mal unter root.

Danke schon mal.

@marc-berg
hast natürlich recht. Gerade geändert und läuft.

Danke

@marc-berg

root@raspi2:/etc/grafana# ls -al
insgesamt 176
drwxr-xr-x   3 root root     4096 22. Nov 10:27 .
drwxr-xr-x 103 root root     4096 22. Nov 09:11 ..
-rwxr--r--   1 pi   pi      61590 25. Okt 2022  grafana.ini
-rw-r--r--   1 root root    97222 22. Nov 10:27 grafana_orig.ini
-rw-r-----   1 root grafana  3137 22. Nov 09:06 ldap.toml
drwxr-xr-x   7 root grafana  4096 22. Nov 09:06 provisioning

root@raspi2:/var/lib/grafana# ls -l
insgesamt 4300
drwx------ 2 grafana grafana    4096 22. Nov 09:37 csv
-rwxr--r-- 1 pi      pi      3121152 21. Nov 15:59 grafana.db
-rw-r----- 1 grafana grafana 1261568 22. Nov 10:30 grafana_neu.db
drwx------ 2 grafana grafana    4096 22. Nov 09:37 pdf
drwxr-x--- 3 grafana grafana    4096 22. Nov 09:37 plugins
drwx------ 2 grafana grafana    4096 22. Nov 09:37 png

@sral74
Hallo,
ich habe das gleiche Problem. Vom laufenden Raspberry (Bullseye) möchte ich Grafana auf dem neuen Raspberry pi 5 mit Bookworm zum Laufen bringen. Grafana-Installation ist gelaufen. Ich habe vom Altsystem die grafana.ini und die grafana.db rübergezogen und den grafana-server neu gestartet.
Leider kann ich mich jetzt nicht mehr am neuen System anmelden (Webseite ist nicht erreichbar - Verbindung abgelehnt.