UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[MCU]

@simatec ok. Danke.
Hab es gefunden. Ist in der Backup.json unter

Layout-Daten unter:

"jarvis.0.layout": {
      "val": "[{\"title\":\"\",

zu finden.

Device -Daten unter

"jarvis.0.devices": {
      "val": "{\"

Ich habe keine extra Datei, da ich keine Nas Kopie ausgewählt hatte. Dort kann man Extrapfade anlegen:

Kann man das auch für lokal Sicherungen so einrichten?

[simatec]

Ab sofort steht auf Github und in kürze auch im latest die Version 2.0.3 zur Verfügung.

Changelog

2.0.3 (04.03.2021)

• (simatec) Promise for redis aof added
• (simatec) BugFix Grafana restore
• (simatec) small BugFix umount

[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 :+1:

[frankthegreat]

@thomas-braun @simatec

Puh, läuft wieder. Alles im grünen Bereich. :+1:
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 :anguished:

[Ronniboy]

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