Ich habe einen Time Machine-Server, paläophile.local, aus einem 2009er weißen Unibody MacBook mit Sierra erstellt, auf dem ich macOS Server installiert habe. Ich habe ein externes 5-TB-Gerät über USB angeschlossen, um die verschlüsselten Sparse-Bundles zu speichern.
Es funktioniert hervorragend für mein MacBook Pro Anfang 2015 mit Sierra. Leider kann ich das MacBook Pro meiner Freundin Mitte 2009 nicht dazu bringen, El Capitan zum Backup auf Paläophile auszuführen. (Ihr Computer kann nicht auf Sierra aktualisiert werden.)
Unser LAN wird von einem Apple Airport Extreme (dem flachen) verwaltet, mit dem Paläophile über Ethernet verbunden sind. Sowohl mein als auch ihr Laptop verbinden sich im Allgemeinen über WLAN mit dem Netzwerk. Ich habe auch ihr Backup-Setup über Ethernet bei ausgeschaltetem WLAN getestet. leider mit den gleichen ergebnissen.
Ich habe für jeden unserer Laptops ein Konto auf dem Server eingerichtet. Somit verbindet sie sich über ein anderes Konto als ich mit dem Server. Bitte beachten Sie, dass diese Konten zur gleichen Zeit und auf die gleiche Weise eingerichtet wurden, sodass ich erwarten würde, dass sie in der Konfiguration identisch sind. Die Motivation für diese separaten Konten bestand darin, die Fähigkeit zu nutzen, eine Obergrenze für die Festplattennutzung festzulegen, insbesondere für mich.
Die Fehlermeldung, die der Computer meiner Freundin meldet, ist, dass der Benutzername und das Passwort falsch sind.
Natürlich habe ich sie überprüft. Um genau zu sein, habe ich den Server gemountet, mich als derselbe Benutzer mit dem gleichen Passwort angemeldet und dann das bereits vorhandene verschlüsselte Backup mit dem Schlüssel gemountet. Das hat alles perfekt funktioniert.
Ein weiterer Unterschied zwischen ihrem und meinem Laptop, der relevant sein könnte, besteht darin, dass ich auf meinem Laptop Folgendes sehe, wenn ich in "Schlüsselbundzugriff" nach Schlüsseln für Paläophile suche:
paleophile._smb._tcp.local. Time Machine Password
während auf ihrer erscheint der ganz bestimmte Schlüssel
paleophile._afpovertcp._tcp.local. Time Machine Password
Es scheint also, dass unsere beiden Computer versuchen, unterschiedliche Protokolle für die Kommunikation mit dem Server zu verwenden. Liegt das daran, dass auf meinem Laptop Sierra und auf ihrem El Capitan läuft?
Anhand der Informationen der Korrespondenten in den Kommentaren unten habe ich die Konfiguration meines Time Machine-Servers untersucht. Es ist so eingerichtet, dass sowohl AFP- als auch SMB-Verbindungen für das Konto meiner Freundin akzeptiert werden. Hier ist ein Screenshot dieses Konfigurationsfensters.
Es scheint, dass der TM-Server zumindest so konfiguriert ist , dass er AFP-Verbindungen akzeptiert, auch wenn dies nicht der Fall ist.
Die Fehlermeldung, die in ihrer Console.app angezeigt wird, wenn ich versuche, eine Sicherung auszulösen, lautet
6/6/17 7:33:39.244 PM Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
Ich habe mein Bestes mit dem Google-Fehlercode 29 getan, konnte jedoch keine nützlichen Informationen finden. Welche Schritte sollte ich unternehmen, um dieses Problem weiter zu diagnostizieren?
Hier ist ein Beispiel des Fehlerprotokolls auf ihrem Laptop ab dem Moment, in dem ich "Jetzt sichern" auswähle.
6/6/17 7:33:39.244 PM Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
6/6/17 7:33:41.823 PM lsd[227] LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
6/6/17 7:34:02.742 PM lsd[227] LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
6/6/17 7:34:02.849 PM lsd[227] LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
6/6/17 7:34:12.160 PM lsd[227] LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
6/6/17 7:44:48.617 PM accountsd[268] AIDA Notification plugin running
6/6/17 7:44:50.149 PM com.apple.AddressBook.InternetAccountsBridge[375] Checking iCDP status for DSID 126881918 (checkWithServer=0)
6/6/17 7:44:50.225 PM com.apple.AddressBook.InternetAccountsBridge[375] XPC Error while checking if iCDP is enabled for DSID 126881918: Error Domain=NSCocoaErrorDomain Code=4099 "The connection to service named com.apple.cdp.daemon was invalidated." UserInfo={NSDebugDescription=The connection to service named com.apple.cdp.daemon was invalidated.}
6/6/17 7:44:50.225 PM com.apple.AddressBook.InternetAccountsBridge[375] Daemon connection invalidated!
6/6/17 7:45:00.172 PM com.apple.AddressBook.ContactsAccountsService[273] [Accounts] Current connection, <NSXPCConnection: 0x7ff6dad0d680> connection from pid 252, doesn't have account access.
6/6/17 7:45:00.172 PM sharingd[252] [Accounts] Failed to update account with identifier B851945A-3D25-4379-8AD5-AE2A53F59E57, error: Error Domain=ABAddressBookErrorDomain Code=1002 "(null)"
6/6/17 7:45:00.200 PM com.apple.AddressBook.ContactsAccountsService[273] [Accounts] Current connection, <NSXPCConnection: 0x7ff6dad2a7a0> connection from pid 396, doesn't have account access.
6/6/17 7:45:00.200 PM DataDetectorsDynamicData[396] [Accounts] Failed to update account with identifier B851945A-3D25-4379-8AD5-AE2A53F59E57, error: Error Domain=ABAddressBookErrorDomain Code=1002 "(null)"
6/6/17 7:45:00.397 PM com.apple.AddressBook.ContactsAccountsService[273] [Accounts] Current connection, <NSXPCConnection: 0x7ff6dad2e100> connection from pid 274, doesn't have account access.
6/6/17 7:45:00.398 PM CalNCService[274] [Accounts] Failed to update account with identifier B851945A-3D25-4379-8AD5-AE2A53F59E57, error: Error Domain=ABAddressBookErrorDomain Code=1002 "(null)"
6/6/17 8:00:45.025 PM com.apple.prefs.backup.remoteservice[1172] Error in CoreDragRemoveTrackingHandler: -1856
6/6/17 8:00:45.025 PM com.apple.prefs.backup.remoteservice[1172] Error in CoreDragRemoveReceiveHandler: -1856
6/6/17 8:00:50.971 PM sharingd[252] 20:00:50.970 : SDConnectionManager:: XPC connection invalidated
6/6/17 8:01:15.102 PM Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
6/6/17 8:12:34.938 PM com.apple.prefs.backup.remoteservice[1172] Could not connect action, target class TMOptionsSheetController does not respond to -warnCullingPressed:
6/6/17 8:12:34.938 PM com.apple.prefs.backup.remoteservice[1172] Could not connect action, target class TMOptionsSheetController does not respond to -backUpOnBatteryPowerPressed:
6/6/17 8:12:43.377 PM com.apple.prefs.backup.remoteservice[1172] Error in CoreDragRemoveTrackingHandler: -1856
6/6/17 8:12:43.378 PM com.apple.prefs.backup.remoteservice[1172] Error in CoreDragRemoveReceiveHandler: -1856
6/6/17 8:12:51.594 PM com.apple.prefs.backup.remoteservice[1172] Error in CoreDragRemoveTrackingHandler: -1856
6/6/17 8:12:51.594 PM com.apple.prefs.backup.remoteservice[1172] Error in CoreDragRemoveReceiveHandler: -1856
6/6/17 8:13:01.354 PM com.apple.prefs.backup.remoteservice[1172] Error in CoreDragRemoveTrackingHandler: -1856
6/6/17 8:13:01.354 PM com.apple.prefs.backup.remoteservice[1172] Error in CoreDragRemoveReceiveHandler: -1856
6/6/17 8:15:12.530 PM Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
6/6/17 8:16:30.156 PM Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
quelle
Antworten:
Es stellte sich heraus, dass die gesamte Frage zwischen AFP und SMB ein roter Hering war. Das Problem war, dass ihr spärliches Bündel beschädigt war.
Ich habe ihr Konto und ihr Sparse-Bundle gelöscht (ich glaube jetzt, dass das Löschen ihres Kontos übertrieben war) und sie mit einem neuen Account und einem Sparse-Bundle von vorne begonnen. Das hat das Problem gelöst.
Diese Lösung wurde entdeckt, als eine Freundin von Mac Guru mir vorschlug, ihren Computer auf dem Server zu sichern, indem sie die Anmeldeinformationen meines Computers verwenden ließ. Ihr Computer begann sofort erfolgreich zu sichern. Das war ein großer Hinweis darauf, was los war.
quelle