Ultimate Backup Ultimate Backup

[maisen20]

Vielen Dank PsychoHH für deine schnelle ANtwort.

Also ein erweitertes Log habe ich gemacht, einfach als "DRY-run". Nur kenn ich mich mit rsync zu wenig aus und ich versteh die Log-Datei nicht bzw. wo er welche Änderung erkennt? Kann man das irgendwie auslesen?

Edit:
Es werden übrigens nicht alle Daten neu übertragen, aber von den kompletten 2-3 TB werden einige hundert Gigabytes kopiert obwohl garnichts geändert wurde.

 

[maisen20]

Noch einige Infos:
Ich erstelle Backups ohne Versionisierung und die externe Festplatte ist eine ICY BOX (2x WD Red 4 TB) als Raid0 per USB 3.0 an meiner DS416Play.

 

[maisen20]

Entschuldigt das "spamen", aber ich hab das Problem womöglich entdeckt und behoben.

So wie es scheint, war die externe Harddisk fehlerhaft oder falsch formatiert.

Zuerst hatte ich die HDD mit dem Dateisystem "exFAT" formatiert (über meine DS416play), wobei eben dieses fehlerhafte Verhalten auftritt.
Das ging dann soweit, dass nach dem vierten oder fünften Backup sogar die externe Harddisk immer rausgeworfen wurde. Also währen das Backup noch lief, hat mein NAS die Verbindung zur externen Harddisk verloren.
Ich habe bei den Backup-Einstellungen aber nie eingestellt, dass das Laufwerk nach beenden des Backups ausgeworfen werden soll.

Nachdem ich die Harddisk mit dem Dateisystem "EXT4" neu formatiert und ein komplettes, neues Backup erstellt habe, scheint es soweit zu funktionieren wie es soll.
Sprich, der zweite Lauf des Backups dauerte gerade einmal 20-30 Sekunden, da garnichts geändert wurde.

Nun stellt sich mir die Frage, ob das Problem auf das "exFAT" Dateiformat zurückzuführen ist?
Ich vermute auch, dass es da mit sehr alten Dateien und Dateinamen ein Problem gab, kann das sein? Beim allerersten Backup mit dem exFAT Format gab es einige Fehlermeldungen wegen unzulässigen Dateinamen (Doppelpunkt im Dateinamen), diese hab ich dan manuell umbenannt (waren 30 Dateien oder so).

Vielleicht hatte bereits jemand das gleiche Problem oder ähnliche Erfahrungen gemacht?

 

[PsychoHH]

Hallo, hab gerade gesehen, dass meine pn an dich nicht gesendet wurde.
Da hab ich nämlich gefragt welches Format du nutzt.

Wir haben schon mal hier geschrieben, dass es mit exfat zu Problemen kommen kann gerade bei Versionen. Hab auch schon hier gelesen, dass es selbst bei Hyper Backup Probleme geben kann.

 

[maisen20]

Hallo PsychoHH

Ja, da hab ich leider keine PN bekommen, sonst hätte ich natürlich sicher geantwortet.

Also Versionisierung hab ich nicht aktiv, daran kann/sollte es ja nicht liegen?
Jedenfalls wärs vielleicht gut irgendwo bei "Ultimate Backup" darauf hinzuweisen, dass es mit exFat Probleme geben kann?

Vielen Dank und einen schönen Abend

 

[Go4Gold]

Hi zusammen,

ich nutze UB schon eine Weile für einen simplen Sicherungsvorgang:

1mal die Woche stecke ich meine externe USB-Platte an die DS und es sollen automatisch und inkrementell alle vorausgewählten Ordner von der DS gesichert werden. Nach der Sicherung soll die Platte automatisch ausgeworfen und mir eine Email über den Vorgang geschickt werden.

Das hat auch die letzten Monate einwandfrei funktioniert, aber seit ein paar Tagen scheint ein Problem zu bestehen. Ich erhalte zumindest keine Email mehr (Spam habe ich auch geprüft) und ich kenne mich auch zu schlecht aus, um es anderweitig zu prüfen. Bevor ich jetzt aber lange rumtüftle, hatte ich mir überlegt einfach einen neuen UB Auftrag zu erstellen. Hierzu habe ich gerade auch mal auf die aktuelle Version geupdated, aber seitdem kann ich UB gar nicht mehr starten (es wird nur noch das UB-Icon oben in der Leiste angezeigt, sowie der weiße Lade-Kringel).
Zudem stellte sich mir aber auch die Frage, ob es eine Anleitung für das Programm gibt? Den kompletten Thread hier durchlesen ist hoffentlich nicht nötig, zumal es da auch um ganz viele Funktionen geht, die zumindest für mich viel zu viel des Guten sind...

 

[Go4Gold]

Update:

nach einem Neustart der DS kann ich nun UB wieder starten. Zudem habe ich auch mal die Skript-Version von 1.1 auf 1.3.4 aktualisiert und auch jetzt die Möglichkeit gehabt mir den vorhandenen Auftrag anzuschauen (was vorher meine ich nicht ging, da ja die Platte nach dem Backup automatisch ausgeworfen wird?):

/volumeUSB1/usbshare/autorun

» Allgemeine Einstellungen
Ultimate Backup Scriptversion : 1.3.4 [ $ubv ]
Datensicherungs-Quellen : /volume1/Eigene Dateien
/volume1/music
/volume1/photo
/volume1/Julia
/volume1/video/Eigene Videos
[ $sources ]
Datensicherungs-Ziel : /volumeUSB1/usbshare/NAS [ $target ]
Key-File der Zielordnerverschlüsselung : [ $keyfile ]
Anzahl Wiederholungen bei einem Fehler : 0 [ $repeat_max ]
Wartezeit in Sek. für Wiederholung : 60 [ $repeat_sleep ]
Die Quell und Zielordner... : werden nicht synchronisiert [ $sync ]
Das Sicherungs-Ziel befindet sich... : am Speicherort des rsync-Scripts [ $nottoscript ]
Hostnamen im Sicherungsziel verwenden : Nein [ $hostname ]
Versionierung : Nein [ $version ]
Anzahl der Versionen (2-1000) : 2 [ $max_version ]
Snapshot erstellen : [ $snapshot ]
Snapshot verstecken : [ $snapshot_hide ]
Snapshot sperren : [ $snapshot_lock ]
Ext. Datenträger automatisch starten : Ja [ $autorun ]
Ext. Datenträger automatisch auswerfen : Ja [ $autorun_unmount ]
Umgang mit verschlüsselten Ordnern : es wird nichts getrennt [ $unmount ]
SSH-Benutzername : [ $ssh_user ]
IP-, Host- oder Domain des Quellservers : [ $ssh_from ]
IP-, Host- oder Domain des Zielservers : [ $ssh_to ]
Abweichender SSH-Port : [ $ssh_port ]
Abweichender rsync-Port : [ $rsync_port ]
MAC-Adresse falls WOL gewünscht : [ $mac ]
WOL Wartezeit in Sekunden : [ $sleep ]
Lokalen Server nach der Sicherung [ $shutdown_local ]
Entfernten Server nach der Sicherung : nicht runterfahren [ $shutdown_remote ]
E-Mail Adresse : vorname.nachname@gmx.de [ $email ]
E-Mail Betreff : [ $emailsubject ]
Zustellungsart des rsync-Protokolls : rsync-Protokoll nur bei Problemen senden [ $emailfail ]
Benachrichtigung über Systemmeldungen : DSM Benachrichtigung [ $notify ]
Zustellungsart der Benachrichtigungen : Nachricht immer senden [ $notifyfail ]
Pushbullet Access Token (API) : [ $api ]
Pushbullet Device-ID : [ $device_id ]
Optische und akustische Signalausgabe : Ein [ $signal ]
DSM-Systemkonfiguration sichern (.dss) : Ja [ $dsm_export ]
@Recycle, löschen wenn älter als (Tage) : 90 [ $recycle_rotate ]
@Logfile, löschen wenn älter als (Tage) : 90 [ $logfiles_rotate ]
@DSMConfig, löschen wenn älter als (Tage) : 90 [ $dsmconfig_rotate ]


» rsync-Spezifische Einstellungen
(Hinweis: Bis auf den Optionsschalter [ $syncopt ] können nachfolgende Angaben nur innerhalb des rsync-Scriptes geändert werden.)
rsync-Optionsschalter -ahR [ $syncopt ]
Reportverhalten --stats [ $logstat ]
Ausschlussverhalten --delete-excluded --exclude=@eaDir/*** --exclude=@Logfiles/*** --exclude=#recycle/*** --exclude=#snapshot/*** --exclude=.DS_Store/*** [ $exclude ]
Lösch- und Sicherungsverhalten --delete --backup --backup-dir=@Recycle/2019-08-22_19h43m49s_ [ $recycle ]


Ich kann jetzt auch sehen, dass der letzte Auftrag erfolgreich ausgeführt wurde. Aber eine Email erhalte ich dennoch nicht (grundsätzlich kann mir die DS aber Emails schicken, das habe ich getestet).

Und kann man eigentlich den Autostart der externen Platte irgendwie unterdrücken?

 

[Tommes]

Ich kann jetzt auch sehen, dass der letzte Auftrag erfolgreich ausgeführt wurde. Aber eine Email erhalte ich dennoch nicht (grundsätzlich kann mir die DS aber Emails schicken, das habe ich getestet).

Zustellungsart des rsync-Protokolls : rsync-Protokoll nur bei Problemen senden [ $emailfail ]

Und? Klingelt‘s?

Tommes

 

[Go4Gold]

Jein, denn ich habe an den Einstellungen nichts geändert und es ging zuletzt wie gesagt mehrere Monate. Zumal ich das Skript ja auch testweise neu erstellt habe und mir da auch sicher bin angegeben zu haben, dass die EMail immer gesendet werden soll. Aber ich werde es heute Abend daheim nochmal erstellen und genau darauf achten.

Ein weiterer Punkt, der mich ebenso irritiert: Ich habe in den Einstellungen hinterlegt, dass der Datenträger automatisch ausgeworfen werden soll, aber gestern erhielt ich dann nach dem Abstecken der Platte folgende Mail von meiner DS:
"Das externe Gerät USB Disk 1 auf NAS wurde nicht ordnungsgemäß ausgeworfen. Um einen Datenverlust zu vermeiden, wird es empfohlen, das Gerät auszuwerfen, bevor es entfernt wird."

Zusammen mit dem oberen Punkt bin ich schon eher der Meinung, dass da was nicht stimmt und ich nicht einfach die falschen Einstellungen gewählt habe, denn beides ging bis vor ein paar Tagen. Aber ich werde wie gesagt heute Abend nochmal genau nachsehen...

 

[Go4Gold]

So, ich wollte mir das Ganze gerade nochmal anschauen, aber jetzt scheitere ich schon daran den vorhandenen Auftrag zu betrachten.

--> Wie bin ich vorgegangen? Die USB-Platte angesteckt, der Auftrag lief denke ich auch durch (die DS hat gepiepst und währenddessen orange statt grün geleuchtet) und unter den Benachrichtungen steht auch:

"autorun
vor 11 Minuten
script finished, 428G left on /volumeUSB1/usbshare"

Eine Email habe ich nicht erhalten, also habe ich nun UB gestartet und auf der "Startseite" von UB "Auftragsliste aktualisieren" angeklickt und dann im Dropdown-Menü den Pfad des externen Geräts ausgewählt. Gestern erschien dann auch das Skript, aber jetzt heisst es nur

"/volumeUSB1/usbshare wird durchsucht...
Es konnten keine Scripte gefunden werden."

Somit habe ich die USB-Platte wieder abgesteckt um zu prüfen, ob wieder die Meldung kommt, dass sie nicht ordnungsgemäß ausgeworfen wurde, aber dieses mal kam sie nicht. Das könnte evtl. erklären, warum kein Skript gefunden wurde, da die Platte schon ausgeworfen wurde, oder? Wie könnte ich das denn unterbinden, um das vorhandene Sktipt aufzurufen?

Und ich habe noch etwas beobachtet: Ich habe die Platte ursprünglich "Backup2TB" genannt, aber die DS hat sie inzwischen schon mehrfach umbenannt und jedes mal ein "_1" drangehänt. Aktuell heisst sie "Backup2TB_1_1_1_1". Warum das passiert, weiß ich nicht, es hat wohl aber was mit den Problemen der letzten Tage zu tun, denn in den Protokollen habe ich folgenden Eintrage gefunden: "The share name [Backup2TB_1_1_1] was found as [/volumeUSB1/usbshare] and [/volumeUSB1/usbshare], and the latter was renamed to [Backup2TB_1_1_1_1]."

Könnte das meine neuerlichen Probleme (Kein Email-Versand mehr, unzuverlässiges Auswerfen) evtl. erklären?

 

[PsychoHH]

Ja dann wird der Auftrag durchgelaufen sein.
Und da die Platte getrennt wurde, konnte auch kein Script gefunden werden.

Warum dies jetzt allerdings zu Fehlern kommt, kann ich nicht sagen.

Ich war auch noch nie der Freund von der Vergabe wie Synology es mit den externen macht.

In UBNG wird sich auch vieles ändern und deutlich zur besseren Anzeige Statistik usw. kommen.

Hast du die DS schon mal neugestartet oder autorun deaktiviert und gecheckt ob die Backups in Ordnung sind?

 

[Go4Gold]

Danke für deine schnelle Rückmeldung! Wie würde ich denn autorun deaktivieren? Wenn ich UB starte, dann wird mir meiner Meinung eigentlich schon angezeigt, dass Autostart deaktiviert ist (der Slider neben Autostart steht auf rechts und ist rot). Vorhin habe ich aber UB nach dem Anstecken der Platte gestartet, muss ich das anders machen, damit der Autostart unterdrückt wird?

Und wie würde ich prüfen, ob die Backups in Ordnung sind? Das fände ich sehr interessant, aber am PC kann ich die Platte dank ext4 nicht lesen.

 

[Go4Gold]

Update: Mit meinem ersten Absatz lag ich wohl richtig, zumindest kam ich jetzt wieder an das Skript ran. Ich war mir beim letzten Mal schon sicher, aber dieses mal habe ich 100% darauf geachtet, dass mit das rsync-Protokoll immer gesendet wird, aber wenn dann am Ende das Skript erstellt wird, wird leider "nur bei Problemen" eingetragen:





Sieht für mich nach einem Fehler in UB aus, oder?

Ganz komisch finde ich auch noch Folgendes: Nachdem ich in UB bzgl. des Protokoll-Versands offenbar konfigurieren kann, was ich will, habe ich den Parameter mittels Text-Editor direkt in der Skript-datei von 1 auf 0 geändert. Rufe ich dann aber die Skript -Datei in UB zum Betrachten auf, steht da immer noch "nur bei Problemen"

Und noch mehr Verwirrung (zumindest für mich): Ich habe einfach mal das Skript gelöscht und komplett neu erstellt und dabei auch die gleichen Einstellungen verwendet. Das Problem mit dem Email-Versand-Parameter bleibt, aber die Skript-Datei heisst nun anders bzw. hat jetzt wohl eine Datei-Endung? Zuvor hieß bei mir die Datei einfach nur "autorun" (könnte daher kommen, dass ich früher glaube ich auch noch das Paket mit dem selben Namen benötigt habe?), jetzt nach der Neuerstellung wollte ich sie nur umbenennen, aber nun heisst sie "rsync_Backup-Autorun.sh". Und wenn ich jetzt das Skript innerhalb von UB ausführe, dann sehe ich auch während der Ausführung, was gerade passiert. Das war meine ich mit "autorun" nicht der Fall. Aber wie gesagt, dass Email-Problem bleibt bestehen.

 

[axs1]

Hallo,
ein Update von mir zum Thema Benachrichtigung...
Wenn ich den Backup-Job bearbeite, wird angezeigt, dass eine Mail-Benachrichtigung immer erfolgt.
Im script selber steht emailfail="0". Die DSM-Benachrichtigung funktioniert, aber per Mail klappt es weiterhin nicht. Ich werde weiter probieren...

 

[axs1]

Ganz komisch finde ich auch noch Folgendes: Nachdem ich in UB bzgl. des Protokoll-Versands offenbar konfigurieren kann, was ich will, habe ich den Parameter mittels Text-Editor direkt in der Skript-datei von 1 auf 0 geändert. Rufe ich dann aber die Skript -Datei in UB zum Betrachten auf, steht da immer noch "nur bei Problemen"

Das ist bei mir auch so. Ich denke, dass die Einstellung im Script die Wahrheit ist...

 

[Tommes]

Wir prüfen das nochmal mit den E-Mail Versand-Einstellungen. Mag sein, das es sich dabei tatsächlich um einen Bug handelt. Ob wir diesen Bug - sollte es denn einer sein - im Nachgang noch fixen, müssen wir uns noch überlegen.

Zum Thema autorun und Autostart. Bei autorun handelt es sich um eine 3rd Party App von Merthos, welche es erlaubt, beliebigen Code beim einstecken eines externen Datenträgers automatisch auszuführen. In den Anfängen von Ultimate Backup haben wir auf genau dieses Tool zurückgegriffen, um unsere rsync-Scripte zu starten. Zwischenzeitlich haben wir ein eigenes Tool entwickelt, welches wir Autostart getauft haben. Autorun-Scripte erkennt man an dem Dateinamen autorun, Autostart-Scripte erkennt man an der Dateimatrix rsync_[Scriptname].sh. Aus Kompatibilitätsgründen bieten wir beide Systeme zum starten unserer rsync-Scripte an. In unserem Nachfolger - Ultimate Backup NG - wird es eine Kompatibilität zu autorun nicht mehr geben. Auch haben wir den Erkennungs- und Startprozess von Autostart nochmal stark verbessert.

Bisher sind uns zu autorun und Autostart keine Klagen zu Ohren gekommen, was natürlich nicht heißen soll, das es da nicht doch ein Problem gibt. Ob wir dieses Problem jedoch fixen - sollte denn ein Problem bestehen - bleibt ebenfalls abzuwarten. Unser Fokus liegt nämlich in der. Weiterentwicklung und Fertigstellung von Ultimate Backup NG, wobei ein Veröffentlichungsdatum noch nicht absehbar ist. Wir sind aber immer noch dran, nur haben uns in letzter Zeit einige Schicksalsschläge und weitere private Umstände einen fetten Strich durch die Rechnung gemacht. Jedoch halten wir weiter an unserem Ziel fest... Ultimate Backup NG wird kommen.

Ach ja... und BTW @Go4Gold: War es Absicht, oder ein Versehen, das in deinem Screenshot deine Mail-Adresse erkennbar ist. Könnte sein, das du bald ein wenig ungewollte Post bekommst. Ich würd das an deiner Stelle wieder löschen oder einen Admin dieses Forums darum bitten, dieses zu übernehmen, falls du deinen Beitrag nicht mehr editieren kannst.

Tommes

 

[Go4Gold]

Hallo Tommes,

danke für deine Antwort. Ja das mit der Email-Adresse ist mir gestern Nacht durchgerutscht, aber ändern kann ich den Beitrag nicht mehr.
Sofern das Email-Versand-Thema ein kleiner Aufwand ist, wäre es natürlich super, wenn ihr das noch korrigieren könntet ;-)

Ich würde gerne noch auf eine andere Frage von Dir eingehen bzw. meine Antwort darauf wiederholen: "Und wie würde ich prüfen, ob die Backups in Ordnung sind? Das fände ich sehr interessant, aber am PC kann ich die Platte dank ext4 nicht lesen." Einfach nur in der DS mittels Filestation schauen, ob bestimmte Dateien vorhanden sind und sie ggf. auch öffnen oder gibt es da was Systematischeres?

 

[Tommes]

Am sympathischen wäre wohl, ein Dateisystem zu verwenden, welches du stets und systemübergreifend auslesen kannst. Der DSM verwendet zwar ein, auf Linux basierendes Dateisystem (ext4, btrfs), was aber nicht bedeuteten muss, das du als Windows User ebenfalls gezwungen bist, ein solches Dateisystem zu verwenden. Was tust du, wenn deine DS mal einen Hardwaredefekt hat und du die Daten auf den internen HDD‘s dringend benötigst, du aber ext4 nicht auslesen kannst? Sicherlich geht das mit einem Linux-Live-System, es gibt auch Windows Treiber für ext4, aber meines Erachtens ist das alles nicht halbes und nichts Ganzes. Aber gut, das muss letzten Endes ja jeder für sich entscheiden.

Zurück zum Thema. Das Protokoll der letzten Sicherung liegt auf dem externen Datenträger im Unterordner @Logfiles und kann dort jederzeit mit einem einfachen Texteditor angezeigt werden. Solltest du nur die Möglichkeit haben, ext4 auf einer DS auslesen zu können, musst du vor dem anstecken des ext. Datenträgers Autostart über die GUI von Ultimate Backup ausschalten. Der Schalter dafür befindet sich oben rechts in der Leiste. Sobald Autostart (oder halt das autorun Paket im Paketzentrum) deaktiviert wurde, kannst du den ext. Datenträger anschließen und über die Filestation einsehen. Das rsync-Script wird hierbei nicht ausgeführt.

Tommes

 

[Go4Gold]

Danke für die Erklärung!

Hab jetzt leider noch ein neues Problem: Wie oben geschrieben habe ich ein neues Skript erstellt und wollte jetzt nicht mehr das Paket "autorun" nutzen, so dass das Skript nun "rsync_Backup-Autorun.sh" heisst. Stecke ich aber nun meine USB-Platte an, wird das Skript nicht automatisch ausgeführt. Mache ich was falsch?


Update: Hatte ein Verständnisproblem, ich dachte die Autostart-Funktion, sprich der Regler bezieht sich nur auf das Verhalten wenn UB auch geöffnet ist und man dann eine USB-Platte ansteckt, aber es ist wohl so gemeint, dass der Schieber "Autostart" grundsätzlich regelt, ob das Skript aumatisch ausgeführt, egal ob UB geöffnet ist oder nicht, richtig?

 

[PsychoHH]

Korrekt. Macht sonst auch nicht viel Sinn oder?