Test Adapter ioBroker.backitup v3.1.x

[HAL]

@simatec , V2.0.3 ist installiert aber ich habe Probleme bei restore von influxDB. Um mount Fehler auszuschließen, habe ich lokal eine Sicherung von iobroker, garfana und influxDB gemacht. Bei Restore von InfluxDB kommt folgender Fehler:

rror_outlineError: {"errno":-1,"code":"EPERM","syscall":"utime","path":"/opt/iobroker/backups/influxDBtmp/20210304T125130Z.manifest"}

Im log steht dazu:

backitup.0	2021-03-04 13:57:01.872	debug	(3620) telegram-instance:
backitup.0	2021-03-04 13:53:41.449	debug	(3620) sendTo "restore" to system.adapter.admin.0 from system.adapter.backitup.0
backitup.0	2021-03-04 13:53:41.448	error	(3620) [influxDB] infuxDB Restore not completed
backitup.0	2021-03-04 13:53:41.447	error	(3620) [influxDB] Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/influxDBtmp/20210304T125130Z.manifest'
backitup.0	2021-03-04 13:53:41.091	debug	(3620) [influxDB] Start infuxDB Restore ...
backitup.0	2021-03-04 13:53:41.090	debug	(3620) [influxDB] Created tmp directory
backitup.0	2021-03-04 13:53:41.085	debug	(3620) [influxDB] InfluxDB old tmp directory was successfully deleted
backitup.0	2021-03-04 13:53:41.080	debug	(3620) [influxDB] Try deleting the old InfluxDB tmp directory
backitup.0	2021-03-04 13:53:30.035	debug	(3620) sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0

[simatec]

@hal sagte in Test Adapter Backitup v2.0.x:

/opt/iobroker/backups/influxDBtmp/20210304T125130Z.manifest

Lass mal den Fixer laufen.
Hier liegt ein Rechteproblem vor

[HAL]

@simatec fixer ist gelaufen.

Aber der Fehler ist geblieben:

Log

[simatec]

@hal
Dann prüfe mal bitte die Rechte des Backupordners

[HAL]

@simatec ich installieren den Raspberry komplett neu, da ich auch noch andere Probleme bekommen habe.

[Ronniboy]

Hallo Zusammen,
ich benötige Eure Unterstützung.
Ich habe BACKITUP 2.0.0 installiert
Backup für IOBROKER,CCU und INFLUXDB funktionieren.
Jedoch erhalte ich bei GRAFANA folgende INFO:

[DEBUG] [grafana] - Start Grafana Backup ...
[DEBUG] [grafana] - Created grafana_tmp directory
[DEBUG] [grafana] - Created dashboard directory
[DEBUG] [grafana] - Created dashboards_manually_restore directory
[DEBUG] [grafana] - Created datasource directory
[DEBUG] [grafana] - start Grafana request ...
[DEBUG] [grafana] - Grafana is available ... Status: 200
[DEBUG] [grafana] - start Grafana backup compress ...
[DEBUG] [grafana] - Try deleting the Grafana tmp directory: "/opt/iobroker/backups/grafana_tmp"
[DEBUG] [grafana] - Grafana tmp directory "/opt/iobroker/backups/grafana_tmp" successfully deleted
[DEBUG] [grafana] - cannot found Grafana Backup files
[DEBUG] [grafana] - done

Hat jemand eine Idee?

Gruß Ronald

[simatec]

@ronniboy
Zeige mal bitte deine Config für Grafana in Backitup.

[Ronniboy]

@simatec
vielen Dank für die schnelle Rückantwort.
Meinst Du das mit Configuration?

[simatec]

@ronniboy
Kannst du mal bitte den richtigen Log aus dem Reiter Log posten?
Ich benötige mal den kompletten Log inkl. Zeitstempel

[Ronniboy]

@simatec
hier den LOG FileLOG Grafana.txt

[simatec]

@ronniboy
Prüfe mal deine Zugangsdaten und deinen ApiKey. Api Key als Admin erstellen

[frankthegreat]

Hallo zusammen, nach Update von der Version 1.8.5 auf die 2.0.3 kommt folgende Fehlermeldung:

backitup.0	2021-03-06 18:16:22.033	error	(1435) Error: Command failed: sudo mount -t cifs -o username=xxxxx_backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.xxx.xxx.x/fritz.nas/My_Passport/Backup_ioBroker /opt/iobroker/backups mount error(121): Remote I/O error
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Bin dann mal zurück auf die 1.8.5. Die Fehlermeldung kommt aber nach wie vor.

Woran könnte das liegen?

[simatec]

@frankthegreat
Am mount hat sich nichts geändert. Hast du eventuell ein Update auf deiner FB gemacht?
Da gab es Änderungen an der smb Version

[frankthegreat]

@simatec sagte in Test Adapter Backitup v2.0.x:

@frankthegreat
Am mount hat sich nichts geändert. Hast du eventuell ein Update auf deiner FB gemacht?
Da gab es Änderungen an der smb Version

Nein, kein Update der FB. Vor dem Update des Adapters ging ja noch alles wie es soll.

[Thomas Braun]

@frankthegreat
Gibt es den user
username=xxxxx_backup
auf der FritzBox?

Welche Protokoll-Version für SMB hast du im Adapter eingestellt?

[frankthegreat]

@thomas-braun Hab jetzt mal den Speicherpfad in der FB gelöscht und wieder neu angelegt.
Jetzt kommt zumindest keine Fehlermeldung mehr...Backup läuft gerade...melde mich gleich nochmal

[frankthegreat]

@thomas-braun @simatec

Puh, läuft wieder. Alles im grünen Bereich.
Speicherpfad in der FB löschen und wieder neu anlegen war die Lösung.

@simatec Danke für den Schups zur Fritzbox...hatte schon kurzzeitig Schweißausbrüche

[Ronniboy]

@simatec
hat leider nicht das Problem gelöst.
Ich werde den Pi komplett neu aufsetzen.
Ich berichte dann neu

[fila612]

@HAL & @simatec

ich hab leider das gleiche Problem bei Restore von InfluxDB und Zigbee.

Ausgansgsituation:
Neue Installation des PI und nach Install von IoBroker und BackitUp hab ich als erstes ds iobroker Backer restored.
Hat ohne Probleme funktioniert.
Danach wollte ich noch influxDB und Zigbee wiederherstellen, also vorher noch InfluxDB selbst installiert und dann den Restore probiert.
Beides läuft auf den gleichen Fehler wie bei @HAL

Started restore ...
[DEBUG] [influxDB] - Try deleting the old InfluxDB tmp directory
[DEBUG] [influxDB] - InfluxDB old tmp directory was successfully deleted
[DEBUG] [influxDB] - Created tmp directory
[DEBUG] [influxDB] - Start infuxDB Restore ...
[ERROR] [influxDB] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/influxDBtmp/20210306T190030Z.manifest'
[ERROR] [influxDB] - infuxDB Restore not completed
[EXIT] 0

den Fixer habe ich bereits durchlaufen lassen, auch reboots und Biobroker restarts bringen keine Besserung.
Backups werden jedoch problemlos erstellt.
hier noch eine Screenshot des Ordners:

woran könnte das liegen?

Danke euch

[simatec]

@fila612 zeige mir mal bitte mit ls -la den Inhalt des influxDBtmp Ordners