Ultimate Backup Ultimate Backup

[PsychoHH]

Habe ich mir gedacht.

Und falls die Lösung von Tommes bei dir nicht funktionieren sollte, wovon ich aber mal nicht ausgehe, könntest du nur für eine bestimmte Quelle die syncopts ändern.

Sprich wenn Quelle=tc dann füge syncopt c an und am Ende wieder entfernen

 

[dromaius]

Hallo PsychoHH,

danke, hat geholfen. Und viel LOB für die derzeitige Version.

LG Dromaius

 

[Venkman]

Nach dem Start von meinem BackupJob kommt folgende Fehlermeldung:
/volume1/homes wurde lokalisiert...
Quellordner /volume1/homes ist erreichbar...

Starte Datensicherung:
Von: DS114:/volume1/homes
Nach: DS215j:/volume1/Basis1/BackupDS
rsync -e ssh -p 22 -l root -oStrictHostKeyChecking=no -ahR /volume1/homes --stats --exclude=@eaDir/*** --exclude=@Logfiles/*** --exclude=#recycle/*** --exclude=#snapshot/*** --exclude=.DS_Store/*** --delete --backup --backup-dir=@Recycle/2017-02-26_14h51m39s_rsync_Backup_Homes.sh 192.168.178.52:/volume1/Basis1/BackupDS
rsync error: wrong password (code 44) at main.c(1090) [Receiver=3.0.9]
Fehler /volume1/homes - RSync-Code 44
------------------------------------------------------
das sagt mir nicht wirklich was, ausser das wrong password. Nur wo stelle ich das wie ein ?

Beide DS haben die letzten Updates drauf

 

[rednag]

Sehr schön. wenigstens noch einer mit dem selben Problem!

 

[PsychoHH]

Also DSM 6.1?

Da ist nichts schön dran

Wir versuchen seit Tagen das nachzustellen und wir haben keine Ahnung warum selbst ein normaler rsync fehlschlägt.

Ich hatte erst auch die fw im Verdacht, da ich auch einmal den Fehler hatte.
Dann kam später Code, 52. Es halt nur eine Neuinstallation und jetzt kann ich das Problem nicht mehr nachstellen.

Das ist ein riesen Mist.

 

[Venkman]

Ja beide mit 6.1 und den letzten dazu gehöigen updates.
Die DS 114 wurde am Montag neu aufgesetzt , wegen Plattenupdate auf 8 TB
und die 215j habe ich erst heute neu aufgesetzt.
Es sind also auch keine "Altlasten" auf dem System

 

[PsychoHH]

Am besten ist du führst das Script einmal aus und wählst dann debug aus.
Dann wäre es nett, wenn du mir das Logfile mal per eMail schickst, schreib dir gleich per pn meine eMail.

Vielleicht kann ich dann irgendwie parallelen finden und das Problem eingrenzen ..

 

[laserdesign]

Hallo,
DS116 DSM 6.0.2-8451-U9
habe ein reproduzierbares Verhalten gefunden.

Wenn ich im Zeitplaner einen cronjob anlege, ist nach dem backup-job die CPU-Last durch den scemd-Prozess bei 49.5%
Erst nach einem Neustart der DS116 ist die CPU-Last wieder "normal".

Lege ich den cronjob im Aufgabenplaner der DS116 an, ist alles im "grünen" Bereich.

 

[PsychoHH]

Kann ich leider so nicht nachvollziehen.

Habe mehrere Jobs über den Aufgabenplaner in die crontab eingetragen.
Der scemd Prozess läuft kurz mit 0.2 CPU und legt sich wieder schlafen und dann wird das Backup durchgeführt.
Das einzige was dann ein bisschen hoch geht ist rsync ca. 25-30%

 

[laserdesign]

kann es mir ja auch nicht erklären.

Habe es mehrmals hin und her probiert und jedes mal, wenn ich den Zeitplaner benutze schiesst der scemd Prozess in die Höhe und bleibt auch hoch.

 

[PsychoHH]

Was ist denn, wenn du den cronjob mal manuell einträgst? Das wäre ganz interessant.

 

[laserdesign]

gerade manuell einen cronjob eingetragen und der scemd Prozess schiesst auf ca.50% CPU-Last hoch und ich muss die DS116 rebooten damit die Last wieder herunter geht.

 

[PsychoHH]

Ich weiß ja nicht was du sicherst usw.

Aber evtl. verwaltet die scemd dann etwas mit Cloudsync, Thumb usw.
Gibt da ja massig Anwendungsmöglichkeiten.

Wenn du den Job aber manuell startest geht der Prozess nicht hoch oder?
Sollte der dann unauffällig sein, müsste es irgendwie an Synology liegen.

 

[laserdesign]

wenn ich den Job manuell starte gibt es keine Probleme.

Ich starte das Backup-Script einfach über den Aufgabenplaner, dann gibt es auch keine Probleme.

 

[Tommes]

Ein Test auf meiner DS216+ sowie DS115, je einmal über den DSM-Aufgabenplaner und je einmal über den Zeitplaner von Ultimate Backup, verlief unauffällig.*

Also von meiner Seite aus ist alles i.O.

Tommes

 

[gente]

...vorhin mal euer Tool mit Benutzeroberfläche getestet tolles Teil. Hatte bis jetzt alles händisch mit Eurem Script eingestellt und funzt auch immer noch ohne Probleme.
Kann ich zum Auswählen nur 2 Ordnerebenen tiefer gehen?
Kann mein in Filestation eingebundenen Remote Share (Strato Server homepage und wordpress) nicht sehen.
USB Share als Sicherungsziel nicht vorhanden, nur wenn ich den Scriptspeicherort auf dem USB Share angebe kann ich dann Sicherungsziel wie Script auswählen. Dann läuft alles mit autorun, was ich ja nicht will.
Muß ich das im Script dann manuell abschalten?
LG Thomas

 

[PsychoHH]

Kann ich zum Auswählen nur 2 Ordnerebenen tiefer gehen?
Kann mein in Filestation eingebundenen Remote Share (Strato Server homepage und wordpress) nicht sehen.
USB Share als Sicherungsziel nicht vorhanden, nur wenn ich den Scriptspeicherort auf dem USB Share angebe kann ich dann Sicherungsziel wie Script auswählen. Dann läuft alles mit autorun, was ich ja nicht will.

Ja derzeit nur 2 weitere Ebenen. Da sonst evtl. zu viel abgefragt wird, wenn man viele Ordner hat.
Könnte man vllt. mal erweitern.

Der Remote Share ist ja aber in einem gem. Ordner gemountet oder?
Was ist wenn du diesen sicherst?

Es läuft nur über autorun, wenn du den Scriptnamen leer lässt oder autorun einträgst.
Zusätzlich muss natürlich dann noch autorun installiert sein.

 

[gente]

...
1. das remote share ist mein Wordpress auf dem Stratoserver und hab keine Ahnung wie der in einen Freigabeordner gemountet wird. Da gibts keine IP wie verlangt, nur die ftp Zugangsdaten.
Ist aber als FTP Server in der Filestation sichtbar, würde da gern Backups auf mein USB Share machen.
2. auch wenn ich einen Namen angebe zeigt UB bei der Scriptzusammenfassung an: "Soll autorun den Datenträger auswerfen: ja", ist halt ein bisserl verwirrend.

LG Thomas

 

[exkanzler]

rsync error: wrong password (code 44) at main.c(1090) [Receiver=3.0.9]

So, mich hat es auch erwischt mit dem Passwortfehler.
Bin gerade fleißig am Testen, da ich auch auf UB umstellen möchte. Für die bisher geleistete Arbeiten einen riesigen Respekt !!

Leider habe ich schon eine 6.1 in der Umgebung (siehe Signatur). Dabei ist es egal, ob ich von der 216+ (6.1) schiebe oder von der 216j (6.0) ziehe. Beides mal dieselbe Fehlermeldung. :-(

Getestet mit UB 1.0.2, komme als root jeweils passwortlos auf die andere DS, also SSH Keyaustausch hat funktioniert.

Gruß
Andreas

 

[PsychoHH]

Vielen Dank dafür.

Das kann nicht wahr sein woran liegt das denn...
Kannst du mal bitte ein debug log ausführen und mir dann den rsync Teil mal per pn schicken? Da steht sowas wie rsync ssh exclude usw.