J'ai construit un serveur Time Machine, paleophile.local, à partir d'un MacBook Unibody blanc 2009 exécutant Sierra sur lequel j'ai installé macOS Server. J'ai attaché un externe de 5 To via USB pour stocker les faisceaux clairsemés cryptés.
Il fonctionne à merveille pour mon MacBook Pro début 2015 sous Sierra. Malheureusement, je n'arrive pas à faire en sorte que le MacBook Pro de ma petite amie mi-2009 exécute El Capitan pour effectuer une sauvegarde sur paléophile. (Son ordinateur ne peut pas être mis à niveau vers Sierra.)
Notre LAN est géré par un Apple Airport Extreme (le plat) auquel le paléophile est connecté par Ethernet. Mon ordinateur portable et le sien se connectent généralement au réseau via WiFi. J'ai également testé sa configuration de sauvegarde sur Ethernet avec WiFi désactivé; malheureusement avec les mêmes résultats.
J'ai configuré un compte sur le serveur pour chacun de nos ordinateurs portables. Ainsi, elle se connecte au serveur via un compte différent du mien. Veuillez noter que ces comptes ont été configurés en même temps et de la même manière, je m'attends donc à ce qu'ils soient identiques dans la configuration. La motivation de ces comptes séparés était de profiter de la capacité d'appliquer un plafond d'utilisation du disque, en particulier sur moi-même.
Le message d'erreur que l'ordinateur de ma copine signale est que le nom d'utilisateur et le mot de passe sont incorrects.
Bien sûr, je les ai vérifiés. Pour être précis, j'ai monté le serveur, me connectant en tant que même utilisateur avec le même mot de passe, puis montant la sauvegarde chiffrée déjà existante avec la clé. Tout cela a parfaitement fonctionné.
Une autre différence entre son ordinateur portable et le mien qui peut être pertinente est que si je regarde dans 'Keychain Access' pour les clés liées au paléophile, je vois ce qui suit ... sur mon ordinateur portable:
paleophile._smb._tcp.local. Time Machine Password
tandis que sur la sienne apparaît la clé bien distincte
paleophile._afpovertcp._tcp.local. Time Machine Password
Il semble donc que nos deux machines tentent d'utiliser des protocoles différents pour communiquer avec le serveur. Est-ce parce que mon ordinateur portable exécute Sierra et que le sien exécute El Capitan?
En utilisant les informations fournies par les correspondants dans les commentaires ci-dessous, j'ai examiné la configuration de mon serveur Time Machine. Il est configuré pour accepter les connexions AFP et SMB pour le compte de ma petite amie. Voici une capture d'écran de ce panneau de configuration.
Il semble que le serveur TM soit au moins configuré pour accepter les connexions AFP, même s'il ne le fait pas.
Le message d'erreur qui apparaît dans son Console.app lorsque j'essaie de déclencher une sauvegarde est
6/6/17 7:33:39.244 PM Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
J'ai fait de mon mieux pour le code d'erreur Google 29, mais je n'ai pas pu trouver d'informations utiles. Quelles mesures dois-je prendre pour diagnostiquer davantage ce problème?
Voici un exemple du journal des erreurs sur son ordinateur portable à partir du moment où je sélectionne "Sauvegarder maintenant".
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
Réponses:
Il s'avère que toute la question AFP vs SMB était un hareng rouge. Le problème était que son paquet épars était corrompu.
J'ai supprimé son compte et son bundle clairsemé (je pense maintenant que la suppression de son compte était excessive) et je l'ai recommencée à zéro avec un nouveau compte et un bundle clairsemé. Cela a résolu le problème.
Cette solution a été découverte lorsqu'un de mes amis Mac Guru m'a suggéré d'essayer de sauvegarder son ordinateur sur le serveur en laissant son ordinateur utiliser les informations d'identification de mon ordinateur. Son ordinateur a immédiatement commencé à sauvegarder avec succès. C'était un gros indice quant à ce qui n'allait pas.
la source