Time Machine "Zuverlässigkeit"

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.

phil73

Benutzer
Registriert
03. Jan. 2011
Beiträge
3
Reaktionspunkte
0
Punkte
0
Hallo!
Ich nutze die 211j als Time Machine für zwei Macs (MacBook, Mac Pro).
Das funktionierte bisher auch sehr gut.

Seit heute allerdings lässt sich das Backup auf dem einen Mac Pro nicht mehr durchführen.

Der Mac möchte "ein neues Backup starten und den Backup-Verlauf löschen" (siehe Bild).

bildschirmfoto20110103ut.png


Dabei ist noch massig Platz auf der DiskStation.

Time Machine Backups auf dem MacBook laufen weiter fehlerfrei.

Was kann man tun, damit der alte Backup-Verlauf weitergeht.

Gruß

Philipp
 
Sind für die verschiedenen Macs verschiedene User eingestellt, die jeweils ne eigene Quota haben?
 
Nein, nur ein User.
Beide Backups in einem Ordner.
Quota habe ich erst nach dem "Problem" mal auf 1,5 TB eingestellt bzw. begrenzt.
 
Hoffen wir mal, das hier noch wer ne Idee hat...

Klappt der normale Zugriff vom betreffenden Mac?
 
Hmmm .....
 
Hallo,
habe das gleiche Problem. DS211 seit ca. 1 Woche läuft vom MBP regelmäßig TM Sicherungen. Seit gestern erhalte ich nun folgende Meldung.... Was tun?? Ich kann jetzt zwar ein neues Backup erstellen, aber es ist ja nicht im Sinne des Erfinders, wenn ich alle 2 Wochen meinen TM Verlauf verliere, oder?
Ohne Titel.png
 
Lion installiert?
 
Heute Morgen: Macbook aufgemacht und die selbe Meldung! Was ist zu tun?
 
Ich hab keine Lösung gefunden außer den gesamten TM Verlauf zu verlieren :-(
 
Moin,

ich hab auch noch keine Lösung, warte aber dringend drarauf.
Die Meldung ist jetzt zum 3. Mal da und ich mag den Rechner nicht schon wieder die ganze Nacht durchlaufen lassen. Das soll gefälligst vernünftig funktionieren.

DS211j mit DSM 3.2 und Mac OS 10.6.8 und drei Benutzern, die relativ häufig wechseln (incl. Ruhezustand).

Zum Glück habe ich noch die alte Backup-Platte, so dass ich noch parallel sichern kann.
 
Ich sicher zwei MacBooks und einen iMac auf einer DS111 und habe dieses Problem so gar nicht. Allerdings laufen mir alle Mac's auf 10.7.2
 
Bei mir treten die gleichen Probleme auf...
Ich nutze eine DS411+II und fahre die Backups lediglich für einen Mac mit 10.7.2.

Ich habe einen Blogeintrag gefunden, der genau auf dieses Problem abzielt. Ist zwar nicht die Lösung, kann aber eventuell dem ein oder anderem helfen:
http://www.garth.org/archives/2011,08,27,169,169.html
 
Ich hätte es mal nicht beschreien sollen. Eines der MacBook's verlangt nun nach einem neuen Backup. Grrr

Ich hoffe das die Firmware 1944 das Problem beseitigt.
 
Wer sein Problem nicht an Synology meldet per Support Formular, der kann gar nichts erwarten. Wenn sich Synology euer Problem nicht genauer ansehen kann, ist es schwer eine Diagnose zu stellen und auf gut Glück irgendwas zu ändern.

MfG Matthieu
 
Time Machine selbst führt keine Prüfung der Sparsebundles (besondere Sorte von Disk Images) durch. Das muss man manuell machen, wie es schon im oben verlinktem Blog Eintrag steht, wenn es denn mal so weit kommen sollte.

Die Schritte sind eigentlich ganz simpel:
  1. Dirty Flag des Sparsbundles löschen
  2. Sparsebundle mounten
  3. Warten bis automatisch gestartetes fsck durch ist
  4. Wenn das nicht funktioniert hat dann erneut ein fsck laufen lassen. Filesystem-Fehler brauchen oft mehrere Durchgänge bis sie korrigiert sind.
  5. Wenn 3. und 4. für jede Disk gemacht wurden, das Sparsebundle wieder unmounten
  6. com.apple.TimeMachine.MachineID.plist wider auf VerificationState 0 setzen.

Man kann auch DiskWarrior oder andere Tools statt fsck nehmen, die Filesysteme reparieren können.

Ursache für ein kaputtes Sparsebundle ist meinstens:
  • Nicht genug Traffic kam zum Netzlaufwerk durch bzw. der I/O Load ist viel zu hoch (HD Überlastung? Schlechte QOS Konfiguration? NAS überlastet?)
  • Sleep Issues während des Backups auf Mac oder NAS Seite.

Hier heisst es den Bottleneck im Netzwerk oder auf der NAS Box suchen und entprechende Massnahmen ergreifen. Da gibt es kein allgemeine Lösung. So eine Diskstation hat auch nur begrenzte Kapazität und die meisten Leute überlasten die Kisten völlig. Und wenn dann Time Machine mal im ungünstigen Moment zu stark bei der Arbeit gestört wird, ist es es zu spät.

Typische Symptome für so was sind, dass man mal die Verbindung zum NAS verliert, das Kopieren von Dateien mal abbricht und Ähnliches. Da ist TimeMachine keine Ausnahme, wie jeder andere Netzwerkzugriff.

So lange man sein Infrastruktur-Problem nicht löst, wird das immer wieder auftreten. Es gibt zwar viele Reports von diesem Problem im Netz, aber im Vergleich zur Anzahl der Mac-User, die Time Machine nutzen, ist das gar nichts.

Auf Seite Synology gibt es (wenn wir mal AFP Issues weglassen) nicht viel was sie da machen können. Der TimeMachine Dienst macht nicht mehr, als nur dem Mac mitzuteilen, dass der Service unterstützt wird. Der Rest ist dann normaler Netzwerkverkehr und geht mit jeder Share im Netzwerk (muss man nur auf dem Mac manuell vorbereiten) ohne das das Zielsystem explizit TimeMachine unterstützt.
 
@Scythe42

Kannst du dein Wissen unserem Wiki zur Verfügung stellen und das dort hinzufügen? Dort gibt es auch schon eine Kurzanleitung für TimeMachine.
 
Kannst du dein Wissen unserem Wiki zur Verfügung stellen und das dort hinzufügen? Dort gibt es auch schon eine Kurzanleitung für TimeMachine.
Klar, kann ich machen.

Im Moment probiere ich gerade aus, das Sparse Bundle direkt auf der DS mittels hdiutil und fsck_hfs zu reparieren. Muss nur meines erstmal kaputt kriegen, damit ich was zum Testen habe.

Bei Backups im SOHO Umfeld wäre das eine bessere Admin Lösung, als an einen lokalen Mac zu gehen und den zu blockieren. Vorallem liesse sich das auch Remote über SSH in Sachen Support machen. Und mounten sollte man das Ganze natürlich auch auf der DS können. Also noch viel Arbeit im Moment.

Wenn ich das durch habe mach ich mich ans Wiki mit detaillierten Informationen zum Thema Time Machine auf der DS. Gut Ding will Weile haben...
.
 
In der 3.2 Beta gab es ein HFS+-Modul. Weiss nicht ob dir das weiter hilft. Am End ist es auch noch in der aktuellen Fassung drin.

Hypnos> mount -t hfsplus /dev/sds1 /volume1/backup/test
Hypnos> df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md0 2451064 520540 1828124 22% /
/tmp 255732 968 254764 0% /tmp
/dev/md2 1918212624 779308284 1138801940 41% /volume1
/dev/md3 1918212624 772131668 1145978556 40% /volume2
/volume1/@bla@ 1918212624 779308284 1138801940 41% /volume1/bla
/dev/sds1 990680 32680 958000 3% /volume1/backup/test


Hypnos> ls
DSC01264.JPG DSC01265.JPG
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat