Ultimate Backup Ultimate Backup

[rednag]

Bei meinem Talent würde ich das bestimmt übersehen. Da sollte eine Schiffsfanfare drauf aufmerksam machen. Optische und visuelle Warnungen. Das Ding soll piepen und blinken )

 

[Thonav]

So Ihr Lieben. Ich war der, der den von Psycho weiter oben angesprochenen Fehler mit Exit 44 hatte.
Meine Firewall war extra ausgeschaltet um die Tests auf 2 meiner DS´en durchzuführen. Seltsamerweise ging ein Backup-Job, andere schlugen fehl.

Ich habe soeben die Firewall eingeschaltet und manuell den Rsync Port 873, und die verschlusselten ssh Ports 22 für ssh und rsync freigegeben - und siehe da - es funktioniert.

Zudem hatte ich vorher schon Probleme (besteht immer noch) festgestellt, dass trotz Freigabe der Ports für den Synology Assistant, dass der Verbindungsstatus nicht angezeigt wird (Verbindung fehlgeschlagen).
Ich habe nun die Firewall der DSM 6.1 in Verdacht - scheinbar gibt es da irgendwelche Probleme bei mir...

Zurück zum Anfang - nein geht nicht. Wenn die Ports in der Firewall aktiv sind, findet UB die entfernte DS nicht - hatte mich gefreut, dass der Job zwar startete (orange Schrift), aber als ich nach ner Zeit keinen Traffic gesehen habe, habe ich den orangen Text angeklickt und dort stand dann, dass die andere DS hochgefahren wird.... Es passierte also nichts...
Kurios: Sehe auf einmal, dass im Gerätemanager die 2. DS nicht mehr angezeigt wird...

Firewall ausgeschaltet - im Gerätemanager beide DS vorhanden - Job bricht mit Exit 44 innerhalb von 5 sek ab.

 

[Tommes]

Ach Mensch Thonav, da bin ich aber wirklich froh, das es endlich geklappt hat. Wir haben schon das halbe Internet nach dem Error-Code 44 bzw. 52 abgsucht und nichts aussagekräftiges gefunden. Das es letzen Endes doch an einer... wohl gemerkt "ausgeschalteten" Firewall gelegen hat, irritiert mich zwar ein wenig aber hey... es läuft.

Übrigens finde ich deine Signatur ziemlich witzig, Großer Fan von...

Tommes

 

[PsychoHH]

Gerade fällt mir wieder ein.
In Post 318 hatten wir das Problem mit code 44 schon einmal.

 

[Thonav]

Sorry - musste meine Thread aktualisieren - geht nicht...

 

[PsychoHH]

Sobald ich die FW aktiviere und wieder deaktiviere bekomme ich aber auch einen code 52 error.

Das sieht nicht sehr schön aus ..

Und es geht noch nicht mal ein ganz normaler simpler rsync!

 

[Thonav]

@Psycho:
"cat /etc/synoinfo.conf | grep rsync" gibt bei mir genau das gleich aus, wie beim Threadersteller in Post #318.

Haben denn alle hier die Firewall deaktiviert??

 

[Tommes]

Die meine DS nur im lokalen Netz agiert, ist bei mir die Firewall aus. Und nein, ich werde sie jetzt nicht einschalten. Ich mach gleich Feierabend für heute.

Tommes

 

[Thonav]

Noch eins - Firewall aktiv - Kein 2. Gerät zu sehen, aber noch seltsamer - man kann kein weiteres Gerät hinzufügen weil die Buttons rechts fehlen.

 

[PsychoHH]

@Tommes:
Nein aktivier dir auch mal nicht, ich mach auch gleich Schluss.
Und dann muss ich mir mal ziemlich was überlegen.

Selbst nach dem deaktivieren der FW und neustart der beiden DS. rsync code 52.
Sehr sehr komisch.

Ich weiß nicht, ob Synology hier wohl echt ein Problem hat und nicht alles deaktiviert.

@Thonav:
Die sollten nach kurzer Zeit erscheinen, bestimmt wird der Server versucht zu erreichen. Gibt ganz kurz mehrere Durchgänge.

 

[Thonav]

Geht ihr mal schön schlafen - ich bastele weiter und halte Euch auf dem Laufenden

Wie werden nochmal die ssh keys gelöscht??

 

[Tommes]

Ich verfüge ja zum Glück über zwei Diskststions und hatte bereits auf dem Pi schonmal eine Firewall zu Fuß konfiguriert inkl. fail2ban. Deshalb interessiert mich das Thema um so mehr. Aber erst morgen...

 

[PsychoHH]

Ich habe es jetzt mit 3 DS getestet.

DS212j - DSM 6.0.2
DS216+ - DSM 6.0.2
DS916+ - DSM 6.1

Egal wie ich es handhabe ob Firewall an oder aus. DS212j <-> DS216+ klappt.

Sobald ich aber einmal die Firewall unter DSM 6.1 aktiviere klappt es nicht mehr und es gibt den code 52.
iptables sind leer.

Ich werde da einfach mal ein Ticket eröffnen, da ich derzeit von einem Bug unter 6.1 ausgehen muss.

 

[Tommes]

Kurzer Zwischenbericht zum DS-Firewallproblem, da PsychoHH und ich gestern noch ein wenig getestet haben. Die Aussage von PsychoHH...

Sobald ich aber einmal die Firewall unter DSM 6.1 aktiviere klappt es nicht mehr und es gibt den code 52.

... konnte ich bei mir nicht nachstellen. Ich habe sowohl auf der DS216+ als auch auf der DS115 unter DSM 6.1 die DS-Firewall aktiviert und ich kann weiterhin und problemlos Backupaufträge ausführen, egal ob von oder auf den jeweils anderen Server. Demnach bleibt die Frage im Raum woher dieser blöde Code 52 Error kommt. Ich kann ihn hier nicht provozieren und PsychoHH konnte ihn bei sich nicht eleminieren. Einzig ein neuaufsetzten der DS, hat PsychoHH's DS dazu überredet, das jetzt auch er keinen Fehler mehr erhält, sobald die DS-Firewall aktiviert wurde.

Tommes

 

[DerIng]

Hallo... Ein dickes Lob an die Macher von UB. Ich gehöre auch zu denen die von der Performace von HyperBackup total verärgert sind und bin total begeistert, das es Menschen wie euch gibt, die ihre Freizeit dafür nutzen um solch ein tolles Tool zu bauen

Ich hab mich also dieses Wochenende mal mit UB näher beschäftigt und da ist mir ein Bug aufgefallen (Naja Bug ist vielleicht übertrieben, da es sicher rSync Optionen dafür gibt)
Wenn man UB "out of the Box" verwendet, werden Änderungen in einem TrueCrypt Container nicht mehr gesynct. Kann das sein, war bei mir zumindest so.

Also, was hab ich versucht:

1. Einen leeren TC Container erstellt
2. Den Ordner mit einer USB Platte gesynct
3. im Quell TC Container eine HalloWelt.txt erzeugt und den Container geschlossen. Zur Sicherheit noch eine test.txt als Datei neben den TC Container gelegt
4. Den Ordner mit der USB Platte neu gesynct
5. Die test.txt ist angekommen. der TC Container war leer.

Ich vermute mal das rSync script schaut nur auf die Größe und den Timestamp der Datei. Die haben sich ja bei TC nicht geändert.
Dafür gibt es sicherlich eine "rSync Option" die man mit angeben kann.... das werden aber sicherlich nicht viele wissen oder daran denken.

Wäre es vielleicht nicht sinvoll diese Optioen als Dialog bei der Erstellung des Jobs mit abzufragen?
Die Performance von UB wird dann aber sicherlich in den Keller gehen, nehme ich an.


HyperBackup (beim Dateibasierten Backup) erkennt die Änderungen oder auch nichtänderung am Container.

 

[PsychoHH]

Hau mal ein c mit in die syncopts und probiere es nochmal

 

[Tommes]

... und falls das nicht funktioniert, versuch es mal hiermit *klick*

 

[dromaius]

Na super,

da hat mir Synology den verregneten Sonntag gerettet: Meine DS216+II wollte nicht mehr booten, die Platten sind brav angelaufen, haben kurz "geraschelt" und dann war nur noch das hypnotisieren blaue Blinken.
Anyway: Platten raus, booten, Platten rein alles auf Anfang und die aktuelle Version von 1.0.2 installiert.

Super, die alten Konfigs wurden gefunden, es ist ja auch eine viel schönere GUI.
ABER, mit einem Backup-Auftrag "homes", der auf der Quell DS nicht auf Volume1 liegt kommt das Script immer noch nicht zurecht! PsychoHH, was kann ich tuen, wo muss ich patchen.

LG, Dromaius

Anlage: Anhang anzeigen backup-debug-log.txt

 

[PsychoHH]

Sicher deine Scripte bitte mal.

Dann erstellst du die neu.

Ab der Ver. 1 sind diese dann auch updatefähig.

Da sich aber doch einiges geändert hat, konnte ich diese vor der Ver1 nicht updatefähig machen, bzw. wäre es zu viel Code und so sind sie dann sauber

 

[DerIng]

Hau mal ein c mit in die syncopts und probiere es nochmal

Hat funktinioniert... Danke für die schnelle Antwort.
Damit wird der rSync Prozess aber wie erwartet sehr langsam.

... und falls das nicht funktioniert, versuch es mal hiermit *klick*

daher wird es wohl diese Lösung werden. Dank Euch