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

[simatec]

Und wieviele minimal liegen jetzt local drauf?

Gesendet von iPhone mit Tapatalk

[fu_zhou]

Im Moment 3 - heute ist erst der 3. Tag nach "Umkonfiguration" und Leeren des Ordners /opt/iobroker/backups. Ich bin im Moment unterwegs und kann erst Donnerstag morgen wieder drauf schauen - da sollten dann ja immer noch 3 "minimal" liegen - first in first out - und ein "total" müsste dazu gekommen sein. Auf dem NAS sollte sich das selbe Bild zeigen, also nicht mehr als 3 vom jeweiligen Typ.

[nieIP]

Hallo

eine Frage zum mysql Backup. Ich habe das heute eingeschaltet und es ist eine Datei mysql_2018_11_28-20_34_49_backupiobroker.tar

entstanden.

Wenn ich jetzt die Datenbank wieder herstellen möchte, was muss ich dann mit der Datei machen ?

Hintergrund dazu … Die SQL Datenbank mit den Daten von > 1 Jahr war heute zerschossen. Es gab kein backup, also nichts zu machen. Ich musste neu beginnen.

Und ausser dem DB backup auf dem MySql Server wollte ich noch die Möglichkeit des Adapters nutzen.

[simatec]

Du kannst über den Adapter das backup wiederherstellen.

Es gibt in Menü ein Button für dass wiederherstellen.

So kannst du auch mysql wiederherstellen

Gesendet von iPhone mit Tapatalk

[nieIP]

@simatec:

Du kannst über den Adapter das backup wiederherstellen.

Es gibt in Menü ein Button für dass wiederherstellen. `

Hallo

den Wiederherstellen Button hatte ich schon gesehen, konnte da aber Mysql dann nicht auswählen (nicht vorhanden).

Ich möchte nur sicher gehen, dass das Backup auch funktioniert. Das Archiv von gestern Abend ist 89 Byte groß. Das Archiv 5 Std später dann nur 91 Byte. Ich habe das Gefühl, dass in dem Archiv keine Nutzdaten drin sind. Wie kann ich das kontrollieren, ohne eine Wiederherstellung zu testen?

[simatec]

Wo konntest du die Backupdatei nicht auswählen?

Das ist ein gepacktes Archiv.

Von daher kann die Größe täuschen.

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

[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