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

[nieIP]

@simatec:

Das ist ein gepacktes Archiv.

Gib mal bitte genaue Infos, wie dein vorgehen bei der Wiederherstellung war. `

Ich hatte versucht das Archiv auszupacken um zu sehen, was da drin ist. Da war dann nur eine 0 Byte Datei.

Ich sehe mir die Wiederherstellung noch mal an und mache einen Screenshot. Aber erst heute abend oder morgen.

[Röstkartoffel]

Mir fiel vor einigen Tagen ein Problem auf.

Ich sichere die minimal (Standart Backup), eine total (Komplett Backup) und die CCU mittels CIFS auf meine NAS.

Das klappt auch wunderbar, ebenfalls kann ich im Wiederherstellungs-Tab die Daten auf der NAS sehen.

Aber das Löschen funktioniert nicht richtig. Bei Erreichen der eingestellten Anzahl, wird nicht das älteste, sondern das neueste auf der NAS gelöscht.

Testweise habe ich gestern den Haken bei "Löschen alter NAS / Copy Backups" wegenommen, das hat aber nichts geändert. In der History und per Telegram werden das Ausführen der Backups gemeldet/angezeigt, aber in Wirklichkeit sind die letzen nicht vorhanden.

Hier das Log mit Kommentaren vom 27.11., 28.11. und 29.11:

! ````
2018-11-27 00:35:13.188 - debug: backitup.0 [minimal/mount] done
2018-11-27 00:35:24.738 - debug: backitup.0 [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2018_11_27-00_35_13_Rock64_backupiobroker.tar.gz
2018-11-27 00:35:24.821 - debug: backitup.0 [minimal/minimal] done
2018-11-27 00:35:24.830 - debug: backitup.0 [minimal/cifs] done
2018-11-27 00:35:25.004 - debug: backitup.0 [minimal/clean] done
2018-11-27 00:35:25.019 - debug: backitup.0 [minimal/telegram] [minimal] used Telegram-Instance: telegram.0
2018-11-27 00:35:25.033 - debug: backitup.0 sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0
2018-11-27 00:35:25.035 - debug: backitup.0 [minimal/telegram] done
2018-11-27 00:35:25.161 - debug: backitup.0 [minimal/history] backitup.0.history.html
2018-11-27 00:35:35.226 - debug: backitup.0 [minimal/umount] done
2018-11-27 00:35:35.233 - debug: backitup.0 [minimal] exec: done
! nun liegen auf der NAS 12 Stück minimal Backups.
! 2018-11-28 00:35:12.390 - debug: backitup.0 [minimal/mount] done
2018-11-28 00:35:23.943 - debug: backitup.0 [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2018_11_28-00_35_12_Rock64_backupiobroker.tar.gz
2018-11-28 00:35:24.003 - debug: backitup.0 [minimal/minimal] done
2018-11-28 00:35:24.009 - debug: backitup.0 [minimal/cifs] done
2018-11-28 00:35:24.212 - debug: backitup.0 [minimal/clean] delete /opt/iobroker/backups/minimal_2018_11_28-00_35_12_Rock64_backupiobroker.tar.gz
2018-11-28 00:35:24.245 - debug: backitup.0 [minimal/clean] done
2018-11-28 00:35:24.267 - debug: backitup.0 [minimal/telegram] [minimal] used Telegram-Instance: telegram.0
2018-11-28 00:35:24.272 - debug: backitup.0 sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0
2018-11-28 00:35:24.274 - debug: backitup.0 [minimal/telegram] done
2018-11-28 00:35:24.377 - debug: backitup.0 [minimal/history] backitup.0.history.html
2018-11-28 00:35:34.433 - debug: backitup.0 [minimal/umount] done
2018-11-28 00:35:34.438 - debug: backitup.0 [minimal] exec: done
! jetzt den Haken bei "Löschen" rausgenommen:
! 2018-11-29 00:35:13.411 - debug: backitup.0 [minimal/mount] done
2018-11-29 00:35:24.818 - debug: backitup.0 [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2018_11_29-00_35_13_Rock64_backupiobroker.tar.gz
2018-11-29 00:35:24.910 - debug: backitup.0 [minimal/minimal] done
2018-11-29 00:35:24.925 - debug: backitup.0 [minimal/cifs] done
2018-11-29 00:35:25.119 - debug: backitup.0 [minimal/clean] delete /opt/iobroker/backups/minimal_2018_11_29-00_35_13_Rock64_backupiobroker.tar.gz
2018-11-29 00:35:25.187 - debug: backitup.0 [minimal/clean] done
2018-11-29 00:35:25.221 - debug: backitup.0 [minimal/telegram] [minimal] used Telegram-Instance: telegram.0
2018-11-29 00:35:25.251 - debug: backitup.0 sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0
2018-11-29 00:35:25.272 - debug: backitup.0 [minimal/telegram] done
2018-11-29 00:35:25.384 - debug: backitup.0 [minimal/history] backitup.0.history.html
2018-11-29 00:35:35.451 - debug: backitup.0 [minimal/umount] done
2018-11-29 00:35:35.474 - debug: backitup.0 [minimal] exec: done

Am 27\. sind die 12 Dateien angelegt, am 28\. ist keine Änderung und vor dem 29\. habe ich den Haken beim Löschen weggenommen.

Gruß

Volker

[simatec]

Überprüfe mal deine Zeitstempel auf dem NAS? Irgendwas wird da nicht richtig angelegt und backitup löscht dadurch die falschen.

Wir hatten das Thema hier schon einmal und es ist absolut nicht nachvollziehbar.

Hier zum Vergleich mal meine abgelegten Backups.

[nieIP]

Hallo

beim Erstellen des MySQL Backup habe ich "Mysql Backup bei Standard backup " angehakt. Backup wird auch gemacht

(wann wird das backup gemacht, wenn der Haken nicht gesetzt ist ??)

Ich gehe auf "Wiederherstellen" und wähle NAS aus. Dann wird mir nur Minimal oder Total angeboten. Kein Mysql.

[simatec]

Wenn du dein mysql auch beim minimal mit sicherst, dann kannst du minimal als Einstellung nehmen.

Vor dem Abruf speichern.

Gesendet von iPhone mit Tapatalk

[Röstkartoffel]

@simatec:

Überprüfe mal deine Zeitstempel auf dem NAS? Irgendwas wird da nicht richtig angelegt und backitup löscht dadurch die falschen.

Wir hatten das Thema hier schon einmal und es ist absolut nicht nachvollziehbar. `

Systemzeit und Zeitzone in der NAS sind richtig und die Dateien werden mit dem richtigen Zeitstempel angelegt.

Bei zwei Dateien habe ich das Backup manuell angestoßen und am 27.11. habe ich die Backupuhrzeit auf 00:35 Uhr geändert.

Was mir auffiel: Bei deinen Beispielen weicht die Zeit im Dateinamen vom Dateizeitstempel ab. Das ist bei mir nicht so.

Was mich auch stutzig macht ist, dass das Aktivieren/Deaktivieren von "Löschen alter NAS / Copy Backups" in diesem Fall keinerlei Auswirkungen hat.

[simatec]

Gelöscht wird nur im zeitgesteuerten Durchlauf.

Wenn du das backup manuell ausführst, wird nix gelöscht.

Welche Version hast du installiert?

Gesendet von iPhone mit Tapatalk

[Röstkartoffel]

Backitup 0.3.8 ist installiert.

Alle anderen Adapter sind auch aktuell (Verwahrungsort default).

NPM: 3.10.10

Node.js: v6.14.3

Aber selbst wenn manuell angestoßene Backups nicht gelöscht werden, dann sollte er doch trotzdem die Backups anlegen.

Das ist definitiv ab vorgestern (also nachdem die 12 Stück erreicht sind, die bei "Löschen alter Standard-Backups bis auf die letzten X-Backups" eingestellt sind) der Fall, das er die Datei nicht mehr ablegt.

Gruß

Volker

[simatec]

Probiere es mal local. Da scheint was mit deinem NAS nicht in Ordnung zu sein.

Ggfs. lösche mal den Adapter und installiere ihn neu

Gesendet von iPhone mit Tapatalk

[Röstkartoffel]

"Löschen alter Standard-Backups bis auf die letzten X-Backups" stand vorher auf 10.

Da fiel mir schon auf, dass nachdem 10 Minimal-Dateien dort liegen, er keine neuen mehr speichert.

Ich habe dann die Anzahl auf 12 erhöht. Beim den nächsten zwei Backups hat er die Dateien gespeichert und danach wieder nicht. Das ist also bei meinem System reproduzierbar.

Das fiel mir eben auch noch auf:

Wie du auch sehen kannst, habe ich die History aktiviert. Dort in der Tabelle liegen auch die richtigen Uhrzeiten.

[Röstkartoffel]

Ok, ich werde morgen mal den Adapter neu installieren.

[simatec]

Setze mal die Anzahl der Backups auf unter 10 und teste dann nochmal.

Hab es hier gerade getestet und kann den Fehler nicht nachstellen

Gesendet von iPhone mit Tapatalk

[fu_zhou]

@simatec:

Und wieviele minimal liegen jetzt local drauf?

Gesendet von iPhone mit Tapatalk `
Jetzt aktuell 3 Minimal - vom 27., 28., und 29.11. passt also. Nur gibt es kein einziges Komplettes - obwohl alle 3 Tage eins gemacht werden soll, ist im Adapter so konfiguriert: 3 Uhr - 3 Tage - 3 Stück mit Stop bei Backup und ohne Namenszusatz.

Auf dem NAS das selbe Bild.

[simatec]

Wann hast du den Adapter das letzte mal neu gestartet?

Die 3 Tage beginnen ab Neustart des Adapters.

Lass ihn einfach mal durchlaufen und seine Arbeit alleine verrichten.

Gesendet von iPhone mit Tapatalk

[simatec]

@Röstkartoffel:

Backitup 0.3.8 ist installiert.

Alle anderen Adapter sind auch aktuell (Verwahrungsort default).

NPM: 3.10.10

Node.js: v6.14.3

Aber selbst wenn manuell angestoßene Backups nicht gelöscht werden, dann sollte er doch trotzdem die Backups anlegen.

Das ist definitiv ab vorgestern (also nachdem die 12 Stück erreicht sind, die bei "Löschen alter Standard-Backups bis auf die letzten X-Backups" eingestellt sind) der Fall, das er die Datei nicht mehr ablegt.

Gruß

Volker `

Prüfe auch mal bitte der Rechtevergabe auf dem NAS.

Gesendet von iPhone mit Tapatalk

[Röstkartoffel]

Die Rechtevergabe auf der NAS sind richtig, ebenso die Uhrzeit un die Zeitzone, den Adapter habe ich noch nicht neu installiert.

Ich habe wie vorgeschlagen eben die Anzahl der Backups auf 3 und zum Testen die Uhrzeit auf 11:20 gesetzt.

Pünklich wurde das Backup automatisch gestartet und hat 10 Stück Backups inklusiv dem aktuellen von 11:20 Uhr gelöscht.

Die gelöschten Dateien befinden sich jetzt im Papierkorb auf der NAS.

Die drei ältesten Backups liegen noch im BackupVerzeichnis.

Hier das Log:

2018-11-30 11:20:12.164 - debug: backitup.0 [minimal/mount] done
2018-11-30 11:20:24.178 - debug: backitup.0 [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2018_11_30-11_20_12_Rock64_backupiobroker.tar.gz
2018-11-30 11:20:24.245 - debug: backitup.0 [minimal/minimal] done
2018-11-30 11:20:24.256 - debug: backitup.0 [minimal/cifs] done
2018-11-30 11:20:24.311 - debug: backitup.0 [minimal/clean] delete /opt/iobroker/backups/minimal_2018_10_31-00_30_11_Rock64_backupiobroker.tar.gz
2018-11-30 11:20:24.372 - debug: backitup.0 [minimal/clean] delete /opt/iobroker/backups/minimal_2018_11_01-00_30_11_Rock64_backupiobroker.tar.gz
2018-11-30 11:20:24.381 - debug: backitup.0 [minimal/clean] delete /opt/iobroker/backups/minimal_2018_11_04-00_30_10_Rock64_backupiobroker.tar.gz
2018-11-30 11:20:24.388 - debug: backitup.0 [minimal/clean] delete /opt/iobroker/backups/minimal_2018_10_25-00_30_13_Rock64_backupiobroker.tar.gz
2018-11-30 11:20:24.396 - debug: backitup.0 [minimal/clean] delete /opt/iobroker/backups/minimal_2018_11_10-00_30_12_Rock64_backupiobroker.tar.gz
2018-11-30 11:20:24.403 - debug: backitup.0 [minimal/clean] delete /opt/iobroker/backups/minimal_2018_11_13-00_30_10_Rock64_backupiobroker.tar.gz
2018-11-30 11:20:24.410 - debug: backitup.0 [minimal/clean] delete /opt/iobroker/backups/minimal_2018_11_16-00_30_12_Rock64_backupiobroker.tar.gz
2018-11-30 11:20:24.418 - debug: backitup.0 [minimal/clean] delete /opt/iobroker/backups/minimal_2018_11_26-14_27_38_Rock64_backupiobroker.tar.gz
2018-11-30 11:20:24.425 - debug: backitup.0 [minimal/clean] delete /opt/iobroker/backups/minimal_2018_11_27-00_35_13_Rock64_backupiobroker.tar.gz
2018-11-30 11:20:24.434 - debug: backitup.0 [minimal/clean] delete /opt/iobroker/backups/minimal_2018_11_30-11_20_12_Rock64_backupiobroker.tar.gz
2018-11-30 11:20:24.445 - debug: backitup.0 [minimal/clean] done
2018-11-30 11:20:24.481 - debug: backitup.0 [minimal/telegram] [minimal] used Telegram-Instance: telegram.0
2018-11-30 11:20:24.503 - debug: backitup.0 sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0
2018-11-30 11:20:24.505 - debug: backitup.0 [minimal/telegram] done
2018-11-30 11:20:24.628 - debug: backitup.0 [minimal/history] backitup.0.history.html
2018-11-30 11:20:34.669 - debug: backitup.0 [minimal/umount] done
2018-11-30 11:20:34.673 - debug: backitup.0 [minimal] exec: done

[simatec]

Und was passiert, wenn du sie local speicherst?

Ich gehe von einem NAS Problem aus.

Da du der einzige mit dem Problem bist, sehe ich da nicht den Adapter als Problem.

Ich habe hier 4 unterschiedliche Systeme laufen.

Überall wird korrekt gelöscht.

Gesendet von iPhone mit Tapatalk

[Röstkartoffel]

ich werde den Adapter am WE mal neu installieren, da ja auch dieses mit dem invalid Date angezeigt wird:

Danke erst einmal für deine Hilfe,

Gruß

Volker

[simatec]

Für invalid date einfach die Datenpunkte löschen und neustarten

Gesendet von iPhone mit Tapatalk

[Röstkartoffel]

@simatec:

Für invalid date einfach die Datenpunkte löschen und neustarten

Gesendet von iPhone mit Tapatalk `

Habe ich eben gemacht und dann das minimal über VIS von Hand angestoßen und nun habe ich das Datum im Datenpunbkt stehen.

Danke.