Ultimate Backup Ultimate Backup

Anguel · 16. Sep 2018

Hi Leute,

nochmal kurz zum Problem "verschwindende Aufträge während der Ausführung" das ich hatte:
Habe jetzt mein Skript namens autorun, das so erstellt wird, falls man keinen Skriptnamen eingibt nochmal umbenannt nach rsync_IRGENDWAS.sh und plötzlich funktioniert alles!
Ich sehe das Skript während der Ausführung und es lässt sich normal stoppen. Das ist insoweit eigenartig, da ich eigentlich der Meinung war, dass ich das Umbenennen des "autorun" schon mal getestet hatte und zwar ohne Erfolg. Aber jetzt funktioniert alles. Übrigens kann ich das Problem wieder reproduzieren - wenn ich es autorun nenne, wird es erstmal zwar als Auftrag gefunden, aber bei der Ausführung verschwindet es wieder.

Ich werde nochmal alles beobachten, aber hoffentlich funktioniert jetzt alles

Scirocco3 · 20. Sep 2018

Ich habe schon wieder das Problem das nach dem laufen des Backups der Dienst SYSLOG-NG 25% CPU braucht.
Beim ersten mal lag es daran das ich Mails nach der Sicherung versendet habe, dies habe ich deaktiviert.

Während der Sicherung ist der Dienst nicht auffällig, erst wenn die Sicherung beendet ist schiesst er nach oben und
belegt 1nen CPU Kern komplett.

Es passiert nur wenn der im UB eingebaute Taskplaner benutzt wird.
Starte ich das Script einfach mal so an, ist alles im grünen Bereich!
Die Einstellungen im UB Taskplaner:

Speicherort des Scripts : /volumeUSB1/usbshare/rsync_Backup_DS916.sh
Wochentag(e) : Montag, Dienstag, Mittwoch, Donnerstag, Freitag, Samstag, Sonntag
Uhrzeit : um 14:00 Uhr
Crontab : 0 14 * * 1,2,3,4,5,6,0 root /bin/bash /volumeUSB1/usbshare/rsync_Backup_DS916.sh

Was kann es sein?

» Allgemeine Einstellungen
Datensicherungs-Quellen : /volume1/Ablage
/volume1/Backup
/volume1/homes
/volume1/music
/volume1/photo
/volume1/Plex
/volume1/Public
/volume1/web
/volume1/docker
/volume1/video
/volume1/Lesen
[ $sources ]
Datensicherungs-Ziel : /volumeUSB1/usbshare/Backup_DS916 (/) [ $target ]
Key-File der Zielordnerverschlüsselung : [ $keyfile ]
Anzahl Wiederholungen bei einem Fehler : 3 [ $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 : Ja [ $version ]
Anzahl der Versionen (2-1000) : 90 [ $max_version ]
Snapshot erstellen : Nein [ $snapshot ]
Snapshot verstecken : Nein [ $snapshot_hide ]
Snapshot sperren : Nein [ $snapshot_lock ]
Ext. Datenträger automatisch starten : Nein [ $autorun ]
Ext. Datenträger automatisch auswerfen : Nein [ $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 : nicht runterfahren [ $shutdown_local ]
Entfernten Server nach der Sicherung : nicht runterfahren [ $shutdown_remote ]
E-Mail Adresse : [ $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 nur bei Problemen senden [ $notifyfail ]
Pushbullet Access Token (API) : [ $api ]
Pushbullet Device-ID : [ $device_id ]
Optische und akustische Signalausgabe : Aus [ $signal ]
DSM-Systemkonfiguration sichern (.dss) : Nein [ $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/2018-09-20_19h36m27s_Backup_DS916 [ $recycle ]

ong10 · 24. Sep 2018

Hallo Scirocco3,

na, dann erbarme ich mich mal mit einer Antwort. Keine Ahnung, ob's hilft, aber ich stelle bei mir ebenfalls ziemliche Last auf dem System fest, wenn UB läuft (DS918+) ABER: Das eigentlich nur dann, wenn ich auch das UB-Fenster dabei geöffnet habe. In einem solchen Fall ist die DS so langsam, dass ich von Windows aus auf kein gemountetes Laufwerk/Share mehr zugreifen kann. Wenn das UB-Fenster (mit den netten laufenden Log-Ausgaben) nicht geöffnet ist habe ich kein Problem mit Last und Verlangsamung.

Hilft's?

Olaf

Scirocco3 · 24. Sep 2018

Hallo olaf,

danke für die Antwort, aber es läuft keine UB Gui zu der Zeit.
Es ist scheinbar die Art wie der Job in den Taskplaner gesetzt ist.
Ich habe am Sa umgestellt auf den Jobplaner der DS und es aus dem Taskplaner in UB rausgeschmissen.
Seither (2x) ohne die genannten Probleme gelaufen. Vorher jedes mal mit der Last.
Von daher denke ich, Problem gelöst... Nein falsch, mit UB ist es immer noch ein Problem, also Problem umgangen.
Aber es läuft jetzt

PsychoHH · 24. Sep 2018

Evtl. hat die cron direkt danach ein Log erstellt, irgendwie sowas muss es sein.

Die Last die dann bei dir erzeugt wird @ong10 ist dem Livemodus geschuldet.
Dieser kann ja problemlos auf Unterschiedlichen Einstellungen gesetzt bzw. deaktiviert werden.

In UB2 wird dies wohl aber rausfliegen, damit keiner Probleme damit hat. Mal sehen.

Scirocco3 · 24. Sep 2018

PsychoHH schrieb:
Evtl. hat die cron direkt danach ein Log erstellt, irgendwie sowas muss es sein.

Dann würde das Log erstellen hängen, denn die Last bleibt über Tage gleich, bis zum Reboot des NAS.
Ich hatte schon den Support drauf gehetzt und die haben auch nichts gefunden wo die Last her kam.
So lange bis ich merkte das es nach einem reboot so lange gut geht, bis wieder ein Backup gemacht wurde.

mzenker · 05. Okt 2018

Hallo zusammen,

inzwischen habe ich meine DS auf DSM 6.2 upgedatet, das heißt, ich habe das Entfernen von Time Backup in Kauf genommen und vertraue UB nun meine Backups an!
Ein bisschen hatte ich gehofft, mein Problem mit UB würde durch das DS-update vielleicht verschwinden. Aber leider ist es immer noch da: UB weigert sich standhaft, ein vorhandenes oder auch ein frisch angelegtes Skript als Job anzuzeigen. Wenn ich dann den Pfad des Skripts von Hand in die Konfigurationsdateien eintrage, löscht er sie wieder. Deinstallation und Neuinstallation von UB sowie reboot der DS mit angeschalteter USB-Platte hat auch nichts geholfen.
Es ist also weiterhin so, dass ich zwar den Komfort der GUI für die Skripterstellung nutzen kann (immerhin!). Aber ich muss weiterhin meine Backups vom Terminal aus per Hand starten und hoffen, dass mit dem nächsten update von UB der Bug behoben wird...

Matthias

Tommes · 05. Okt 2018

Wir werden diese Anomalie in dieser Version wohl nicht mehr vollständig eliminiert bekommen, ohne größere Veränderungen in der Programmierung vorzunehmen. Es gibt hier aber auch bereits Tipps und Tricks von Leuten hier im Thread... vielleicht mal ein paar Seiten zurück blättern. Bezüglich starten über die Konsole... du kannst über den DSM-Aufgabenplaner auch eine manuelle oder automatische Ausführung deines Scriptes anstoßen.

Und um euch auch weiterhin bei bei Laune zu halten... wir haben grade in den letzten Wochen wieder ziemlich große Fortschritte in der (Neu- oder Weiter) Entwicklung von Ultimate Backup gemacht und sind auf einem guten Weg. Aktuell stehen die Sterne also gut für uns.

Tommes

Anguel · 05. Okt 2018

@mzenker: Wie ist der genaue Dateiname deines Skripts und wo liegt es?

mzenker · 07. Okt 2018

Anguel schrieb:
@mzenker: Wie ist der genaue Dateiname deines Skripts und wo liegt es?

/volumeUSB1/usbshare/rsync_homes-Bilder-Musik-web.sh

Grüße,
Matthias

Anguel · 09. Okt 2018

mzenker schrieb:
/volumeUSB1/usbshare/rsync_homes-Bilder-Musik-web.sh

Das Einzige was mir einfallen würde ist das Skript nach rsync_Meinskript.sh umzubenennen
und
UB komplett zu deinstallieren und dann neu zu installieren, oder hattest Du letzteres schon versucht?

mzenker · 09. Okt 2018

Danke, Anguel.

Neuinstallation hatte ich schon versucht. Umbenennen gerade auch nochmal (Bindestriche durch Unterstriche ersetzt, früher hatte Linux mal Probleme mit Bindestrichen in Dateinamen). Hat leider auch nichts gebracht.

Ich warte jetzt einfach auf die neue Version und hoffe, dass die das Problem behebt. Z.B. indem man den Ort des Skripts über eine Dateiauswahl eingeben kann. Oder was den beiden sonst schlaues eingefallen ist.

Bis dahin verwende ich die UB-Oberfläche halt nicht, um das Backup zu starten. Ist nicht schlimm, nur weniger komfortabel. Das Entscheidende ist, dass das Backup läuft und ich einen Ersatz für Time Backup habe. Die inkrementellen Backups sind meinem Eindruck nach sogar deutlich schneller, als sie mit Time Backup waren. Und dass ich mit der UB-Oberfläche komfortabel das rsync-Skript erstellen kann, hat mir langwieriges Skriptgeturne mit recherchieren, ausprobieren, optimieren etc. erspart. Skript erstellt, läuft. Schon dafür danke an die UB-Macher!

Grüße,
Matthias

PsychoHH · 09. Okt 2018

Hast du es schon mal mit der linkmethode probiert, die ich dir per pn beschrieben habe?

mzenker · 09. Okt 2018

Ja, gerade eben...

Es scheint zu funktionieren. Es geht ein Webbrowserfenster mit der UB-Oberfläche auf. Darauf erscheint kurz die Meldung, das der Backupjob gestartet ist. Dann verschwindet sie wieder, und ich bin im Startmenü von UB. Der laufende Job wird nicht angezeigt. Aber er läuft, das habe ich überprüft. Das ist eine komfortablere Methode, das Backup zu starten, als über ein Terminal. Vielen Dank für den Hinweis!

Grüße,
Matthias

hooomer · 10. Okt 2018

Kann mir jemand einen Tipp geben, wie ich es verhindere, dass ein @recycle angelegt wird und diese Daten gleich gelöscht werden?

TeXniXo · 10. Okt 2018

Wenn du nicht willst, dass @recycle angelegt wird, dann musst du im entsprechenden Gemeinsamen Ordner (Systemsteuerung) dort die Papierkorb-Funktion deaktivieren.
Er scheint auch ohnehin nur dann auf, wenn Dateien innerhalb des Ordners gelöscht werden.

Löschen kann man sie händisch oder via Aufgabenplaner (Script = Papierkorb leeren).

Fusion · 10. Okt 2018

Der @recycle wird am Ziel von Ultimate Backup angelegt (hat nichts mit dem DSM Papierkorb der Gemeinsamen Ordner zu tun. Der heißt #recycle) wenn Dateien an der Quelle "Verschwinden". Vermutlich als Hilfe für jene die gerne mal unbeabsichtigt / schusselig Daten löschen.

Der Ordner wird nicht angelegt wenn man versionierte Sicherungen anlegt, oder wenn man einfach die entsprechende Stelle im erstellten Script abwandelt (danach sollte man das script nicht mehr mit der GUI bearbeiten).
Bsp in v1.3.4 in Zeile 272 bis 277 schon in der entsprechend angepassten Form. ! ALLE Daten die am Ziel vorhanden sind, aber nicht mehr an der Quelle, werden direkt gelöscht ! Und wenn der DSM Papierkorb ebenfalls aus ist sind die Daten WEG (meine Lieblingseinstellung, wenn man weiß was man tut).

Code:

# RSync Optionen konfigurieren / Configure RSync options
#-------------------------------------------------------------------------
logstat="--stats"
exclude="--delete-excluded --exclude=@eaDir/*** --exclude=@Logfiles/*** --exclude=#recycle/*** --exclude=#snapshot/*** --exclude=.DS_Store/***"
recycle="--delete"
#recycle="--delete --backup --backup-dir=@Recycle/${date}_${scriptname_recycle}"

PsychoHH · 10. Okt 2018

Genau.

Aber alles auf eigene Gefahr

Luis942 · 12. Okt 2018

Ich habe gestern Abend ein Backup von meiner DS916+ auf eine externe HDD gemacht. Bei der Gelegenheit habe ich das Script gleich so angelegt das es automatisch gestartet wird und die Platte bei Abschluss ausgeworfen wird.
Was passiert denn wenn ich nebenbei noch ein paar andere Backups auf die Backup-HDD schiebe und das Script aber in der zeit fertig wird und die Platte auswerfen will?