Unerklärliches (rsync-)Verhalten

s24!

Registered User
Hi,

hier ist gerade irgendwas echt merkwürdig. Ein Server startet mitternachts via Cronjob ein Script, welches dreimal rsync (mit jeweils verschiedenen Quell- und Zielordnern - Web-Accounts, Mails, MySQL) anwirft und auf einem externen Server im gleichen RZ sichert. Das funktioniert seit Jahren einwandfrei. Die Ausgabe landet in einer Datei (leider nicht die Fehlerausgabe).

Jetzt gerade stellte ich beim letzten Munin-Rundgang fest, dass die I/O-Last auf der Quellmaschine für die Zeit (Backup) viel zu gering ist. Netzwerk ist auch quasi idle. Also mal eben ps aux | grep rsync in die Shell getippt - mit dem Ergebnis, dass kein rsync läuft. Mein Log sagt dazu:

Code:
00:01 Uhr MySQL-Backup

00:18 Uhr FTP-Backup

00:36 Uhr Mail-Backup

00:46 Uhr Running nginx awstats (including nginx reload / limit_web restart) ...

00:55 Uhr Cleaning temporary files ...

00:56 Uhr Cleaning sessions ...

00:58 Uhr Updating security rules ...

- Die Zeit für das MySQL-Backup ist okay.
- Das FTP-Backup dauert normalerweise drei bis vier Stunden! Hier ist definitiv was falsch.
- Das Mail-Backup ist ebenfalls "ausreichend" lang, genauso wie der Rest.

Ich habe dann mit netstat nachvollziehen können, dass zwischen den Servern definitiv eine Verbindung offen ist. Also war ein Login auf dem Backupserver dran, und siehe da: rsync tut etwas. Platten- und Netzwerklast ist vorhanden, iotop und iftop sind sich da einig. Nur auf dem Quellsystem läuft halt wie gesagt kein rsync!

syslog sagt rein gar nichts dazu.

Habt ihr irgendeine Idee? Ich habe wirklich nicht die geringste Ahnung, was hier abgeht.


Viele Grüße
Tim
 
Leute, ich kann gar nicht glauben wie blöd ich bin. Die Quellmaschine zieht momentan in ein anderes RZ, das System dort ist schon quasi fertig eingerichtet. Ihr ahnt es: Samt Cronjobs und allem drum und dran. Im Klartext: Die letzten Tage haben immer zwei Server auf den Backupserver geschrieben - das konnte sich ja nicht wirklich vertragen.

Ich geh jetzt in meine Ecke und schäme mich. :D Und vorher deaktiviere ich den Cronjob und werfe das Backup noch mal manuell an...
 
Mal vom Fehler, den du gemacht hast, ganz abgesehen. Wieso logst du stderr nicht mit? An deinem Log siehst du nur, ob wann etwas gestartet worden sein soll. Nicht, ob es erfolgreich gewesen ist, ob ein Fehler auftrat und welcher Fehler es gewesen ist. Rsync hat eine lange Liste an Returncodes.
 
rsync mit -v (verbose) laufen lassen und die Ausgabe in ein File schreiben (Datum im Dateinamen). So hast du einen tägliches Backup-Log und kannst sehr genau sehen, was gelaufen ist und was nicht.
 
Dass keine Fehler geloggt werden, war nicht "gewollt". Normalerweise lasse ich mir Standard- und Fehlerausgabe in zwei verschiedene Dateien loggen. =)
 
Back
Top