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

[Peoples]

@fu_zhou:

Ich habe jetzt mal die Namenszusätze aus der Adapterkonfig rausgeschmissen - waren eigentlich eh sinnlos, die Standard-Dateinamen sind eindeutig. Dazu habe ich das Backup-Verzeichnis lokal (/opt/iobroker/backups) und auf dem NAS (ftp) leer gemacht, d.h. der backitup-Adapter kann jetzt ohne Altlasten arbeiten. Ich halte euch auf dem Laufenden.

Danke für die Unterstützung bisher! `

Perfekt. Und wenns nicht klappt den Log mit posten

[fu_zhou]

kurzer Zwischenstand:

Minimal-Backup wurde erstellt, per ftp auf den NAS kopiert und lokal <u>nicht</u> gelöscht. Im Log gibt es keine Einträge, ich habe die Instanz jetzt mal auf "Debug" umgestellt.

[simatec]

Wieviele Backups liegen aktuell Lokal bei dir ab und was hast du in der Config eingestellt, wieviele erhalten bleiben sollen?

Gesendet von iPhone mit Tapatalk

[Peoples]

@simatec:

Wieviele Backups liegen aktuell Lokal bei dir ab und was hast du in der Config eingestellt, wieviele erhalten bleiben sollen `

Das wollte ich auch fragen denn wenn du bspw. 5 eingestellt hast wird erst mit der Erstellung des 6ten Backups das erste(älteste) gelöscht

[fu_zhou]

Jeweils 3 (minimal = täglich, komplett = alle 3 Tage) - Problem war aber, dass lokal wesentlich mehr behalten wurden - bis halt die Platte voll war… Aber ich habe ja jetzt die Namenszusätze rausgeschmissen und die Ordner leer gemacht, jetzt schauen wir mal...

[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