Puenktlich zur Preisaenderung der Time Capsule 1TB Edition hat mein Router nach knapp 5 Jahren Dienst an vorderster Front seinen Ruhestand angetreten. Nach langen Hin und Her ob ich nun eine aufgebohrte Eigenbauloesung als Wireless Backup Loesung einsetzen soll oder doch eine Time Capsule, ist die Entscheidung am Ende (vorallem aufgrund der Preisaenderung) auf die Time Capsule gefallen.
Wer die Time Machine verwendet (sei es per USB/Firewire oder ueber WLAN in Kombination mit einer Time Capsule) kennt das Problem vielleicht: Nachdem ein Backupvorgang gestartet wurde ist die Time Machine erstmal mehrere Minuten (gerne auch mal Stunden) damit beschaeftigt das Backup vorzubereiten. Eigentlich weiss die Time Machine welche Dateien/Ordner sich seit dem letzten Backup geaendert haben und sichert auch nur diese beim naechsten Backupvorgang. Doch manchmal kann es passieren, dass die Time Machine das ganze nicht mehr zurueckverfolgen kann.
Time Machine kann die Aenderungen an den Dateien/Ordnern nicht mehr zurueckverfolgen, wenn das System nicht richtig heruntergefahren oder ein aktiviertes Laufwerk nicht korrekt ueber die Auswurffunktion entfernt wurde (siehe Apple Support Dokument). Ist das der Fall, muss der Backupdatenbestand mit dem zu sichernden Datenbestand verglichen werden. In der Logdatei (einzusehen mittels Konsole.app) steht dann die Zeile: /System/Library/CoreServices/backupd Node requires deep traversal:/ reason:kFSEDBEventFlagMustScanSubDirs| kFSEDBEventFlagReasonEventDBUntrustable|.
Seit dem Einsatz der Time Capsule habe ich genau dieses Problem, jedes Backup beginnt erstmal mit einem deep traversal und nach 45 Minuten endlosen Wartens steht dann fest, 500 kB oder auchmal mehr muessen wieder auf die Backup-Platte geschrieben werden. Ein weiteres Problem das sich ergeben hat war der Shutdown Prozess. Normalerweise dauert dieser Prozess 5-10sek., seit dem Einsatz der Time Capsule auch mal gut und gerne 2 Minuten, jedoch nur, wenn vorher die Time Machine zum Einsatz kam.
Beim Durchsehen der Logdateien um erste Anhaltpunkte zu erhalten wo der Fehler zu suchen ist, bin ich dann auf den folgenden Eintrag gestossen: kernel Previous Shutdown Cause: 5.Was die erste Vermutung bestaetigte, dass Mac OS X ein offensichtliches Problem beim Shutdown Prozess hat, was somit die Ursache fuer die andauernden deep traversal Backups war. Die Ursache fuer den Shutdown Fehler ist in der Logzeile dir: /Volumes/max.mustermann/.fseventsd getting new uuid: 7A534B21-C2D6-44AE-A617-7F1BD37EE9FC zu suchen, die meiner per MobileMe synchronisierten iDisk bei jedem Systemstart eine neue UUID zuordnet.
Der fseventsd Daemon wird von Spotlight und Time Machine verwendet um ueber Aenderungen auf Dateiebene informiert zu werden. Ich vermute, dass beim Shutdown die iDisk nicht korrekt aus dem System gebunden werden kann und sich daher a.) der Shutdownprozess verlaengert und b.) durch das nicht korrekte Auswerfen der iDisk diese bei jedem Systemstart eine neue UUID erhaelt was bei Time Machine dazu fuehrt das ein deep traversal Scan beim naechsten Backup wieder ansteht um die Datenbestaende zu vergleichen.
Das Stoppen der Synchronisation der iDisk mit MobileMe hat jetzt erstmal den Fehler behoben. Mac OS X hat wieder die gewohnten 10sek. Shutdown Zeiten und Time Machine ist in Verbindung mit der Time Capsule in der Lage innerhalb kuerzester Zeit ein Backup zu erledigen. Warum die iDisk jetzt nicht mit der Time Capsule spielen moechte kann ich an dieser Stelle (noch) nicht sagen. Vielleicht handelt es sich um ein generelles iDisk/Time Machine Problem oder doch nur in Kombination mit der Time Capsule oder ich hab was zerschossen.
