Time Machine Backup bricht ohne Fehlermeldung ab - Console meldet Fehler

[SaschaX]

Hallo zusammen,

von einem Mac lässt sich kein Time Machine Backup mehr auf meiner 916+ (DSM 6.1.1-15101 Update 1) erstellen. macOS Sierra 10.12.4 startet den Backup und hört nach einigen GB einfach auf zu sichern, ohne Meldung. Die Console meldet hingegen folgendes:

fehler	21:26:58.350482 +0200	backupd	MDBackupIndexFile failed:-9203 (0) (os/kern) successful
fehler	21:26:58.480383 +0200	backupd	Stopping backup.
fehler	21:26:58.566777 +0200	backupd	Error: (-34) SrcErr:NO Copying xxxxxxxxxxxxxxxxxxxxxxxxx (Pfad einer Quelldatei)
fehler	21:26:58.633389 +0200	backupd	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error
fehler	21:26:58.639857 +0200	backupd	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error
fehler	21:26:58.640233 +0200	backupd	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error
fehler	21:26:58.640403 +0200	backupd	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error
fehler	21:26:58.640587 +0200	backupd	Copy stage failed with error:28
fehler	21:26:58.641524 +0200	backupd	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error
fehler	21:26:58.641765 +0200	backupd	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error
fehler	21:26:58.641929 +0200	backupd	Error writing to backup log.  NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Input/output error
fehler	21:26:59.645858 +0200	backupd	Backup failed because the network destination disk was ejected or disconnected unexpectedly!
fehler	21:26:59.651033 +0200	backupd	Backup failed with error 26: The connection to the server was interrupted.
fehler	21:26:59.651239 +0200	backupd	[SnapshotUtilities mountPointForVolumeRef] FSGetVolumeInfo returned: -35
fehler	21:26:59.651287 +0200	backupd	Failed to eject volume (null) (FSVolumeRefNum: -177; status: -35; dissenting pid: -1)
fehler	21:26:59.651416 +0200	backupd	Failed to eject Time Machine disk image: /Volumes/myTimeMachine-1/xxxxxxxxxx.sparsebundle (Zieldatei)

Wenn ich den Backup erneut starte, ist nach einigen GB wieder Schluß, gleiche Fehler wie oben (nur anderer Pfad der Quelldatei).
Ich habe von 2 anderen Macs neue Backups angelegt, kein Problem. (Verschlüsselt und nicht Verschlüsselt)
Ich habe die Netzwerkverbindung vom betroffene iMac getestet, egal ob WLAN oder ETHERNET, der Fehler tritt immer wieder auf.
Ich habe einen neuen Backup begonnen, also eine Kompletsicherung, das gleiche Problem.
Ich habe auf der DS einen neuen Ordner auf einem anderen Volumen angelegt, das gleiche Problem. (SHR und btrfs).
AFP habe ich auch zum Test wieder aktiviert, kein Erfolg. (Standard ist bei mir SMB mit Bonjour).

So langsam weiß ich nicht weiter. Ich kann den Fehler nicht finden. Ich habe Ihn an meinem iMac vermutete aber wo? Die angezeigten Quelldateien im Fehlerlog der Console scheinen i.O.und lassen sich manuell auf einen gemeinsamen Ordner der DS kopieren. Ich glaube nicht, das es an den Quelldateien liegt.

Ich hoffe, jemand von Euch hat eine Idee.

Viele Grüße
Sascha

 

[camino]

Hallo

Ich stelle bei meiner Kombination MacBook Pro (Late 2013), Sierra 10.12.4 und Synology DS214play (DSM 6.1.2 -15132) leider das gleiche Problem fest, habe ebenso (fast) alles mögliche wie oben durchgespielt (aktuell per LAN). Ursprungsfehler war bei mir - wie alle paar Monate - folgende:

"Time Machine hat die Überprüfung Ihrer Backups abgeschlossen. Um die Zuverlässigkeit zu verbessern, muss Time Machine ein neues Backup für Sie erstellen.“

Dazu gibts ja einige bekannte Fehlerkorrekturen (z.B. hier), doch weil keine davon funktioniert hat habe ich das TM-Backup (sparsbundle) gelöscht und wollte ein neues erstellen. Doch dieses Mal war auch dieser Weg nicht zielführend und endete im gleichen Resultat wie oben (Backup error 26).

Kann es sein, dass allenfalls Energiesparmodus unglücklich reinfunkt? Oder was sonst?
Mit dem Update auf Sierra 10.12.5 wollte ich eigentlich noch abwarten bis ich wieder ein vollständiges Backup habe.
Ob dieses allenfalls das Problem beheben könnte?

Ich wäre schon auch sehr dankbar falls jemand hierzu eine Lösung oder zumindest ein paar Tipps hätte!

Danke & Gruss
Stefan

..trotz diversen Recherchen bin ich mir nicht sicher was aktuell das passendste ist: AFP, SMB, SMB2, SMB3?

 

[Archi_74]

Ich sichere 27 Macs mit TM per AFP auf eine 1812+. Das seit über 5 Jahren vollkommen problemlos. Frei nach dem Motto "Never touch a runnning System".
Nun habe ich auch so einen Kandidaten, ein MacBook Air mit Sierra 12.5. Dieses sichert ein paar MB, überprüft dann die Sicherung und beendet als ob nicht gewesen wäre.
Keine Fehlermeldung oder sonstiger Hinweis. Die DS läuft mit dem aktuellen DSM. Habe auch alle Möglichkeiten wie im ersten Post genannt durchexiziert. Keine Besserung. Andere Maschinen mit 12.5 haben wiederum keine Auffälligkeiten.

Bin hier nun auch mit meinem Latein am Ende.

 

[Nightlover]

Hallo Zusammen

Habe nicht die die Lösung aber habt ihr bei der Fehlersuche mal versucht das TM-Backup auf eine direkt angeschlossene HDD zu erstellen um zu schauen ob das klappt?

Night

 

[QuickMik]

mir geht es wie Archi_74. bin mit allen synos aktuell und habe keinerlei probleme.
es hat sich aber oft gezeigt, das TM selbst zickt. nicht nur auf der syno, auch auf externen platten.
ich würde mal das sparsebundle image über den finder mounten und die inprogress datei löschen.

 

[camino]

Inzwischen läuft mein TM-Backup wieder, was schlussendlich das Problem behoben hat kann ich aber nicht mit Sicherheit wiedergeben. Auf jeden Fall musste ich ein komplettes neues Backup erstellen und das andere verwerfen :-( Möglicherweise hat dann das erste TM-Backup im Hintergrund noch einige Zeit gebraucht bis es komplett abgeschlossen werden konnte, obwohl der eigentliche Sicherungsprozess als beendet angezeigt wurde.

Anschl. Update auf Sierra 10.12.5 und gemäss hier (Eintrag zuunterst) von AFP/SMP auf SMB(3) gewechselt. TM-Backup läuft nun auch so.

Leider bleiben aber weiterhin seltsame Zugriffsprobleme aufs NAS. Aktuell kann ich per SMB das NAS korrekt verbinden, Zugriffe auf die gemeinsamen Ordner funktionieren bis auf ein einziges "xyz" korrekt. Klicke ich dieses im Finder an folgt Der Vorgang konnte nicht abgeschlossen werden, da das Originalobjekt für "xyz" nicht gefunden werden konnte. Zugriffsrechte im NAS nicht geändert, Freigabe korrekt konfiguriert.Hat irgendwer einen sinnvollen Hinweis?Rund um DSM 6.1 und MacOS Sierra gibts ja unzählige Probleminfos, allein der Thread "DSM 6.1 -Erfahrungen, Probleme, Bugs" mit 76 (!!!) Seiten spricht Bände (habe nachvollziehbar nicht alles gelesen).

Und vollständigkeitshalber: Gibt es irgendwo eine aktualisiertes HowTo wie man das TimeMachine Backup (Sierra) auf DSM 6.1 einrichten soll? (AFP vs. SMB usw.)

Danke & Gruss
Stefan

 

[camino]

...so der vorhergehende Punkt hat sich auch erledigt, ich hatte mir selber ein Bein gestellt (bei all den durchgespielten Optionen irgendwann auch mal die erweiterten Berechtigungen - falsch - angepasst).

Somit hoffe ich nun, dass:
- das TimeMachine Backup in Zukunft und über längere Zeit wirklich verlässlich funktioniert => per WLAN und SMB(3), ohne dass ich irgendwann wieder ein komplett neues erstellen muss
- das Verbinden der NAS-Laufwerke immmer verlässlich und automatisch funktioniert (egal ob ich NAS zwischenzeitlich ausschalte oder mein MacBook vorübergehend aus dem WLAN-Netz entferne => habe noch keine Lösung dazu)
- das ich irgendwann auch noch eine Lösug finde, warum ich einer längeren Inaktivität überhaupt nicht mehr mit dem NAS verbinden kann (in diesem Falle wird dieses auch nicht per http://find.synology.com gefunden => da muss ich jeweils das NAS komplett ausschalten und neu starten)

Danke für allfällige Tipps zu diesem Themen!