Girlfriend’s laptop won’t backup to my Time Machine server
I built a Time Machine server, paleophile.local, out of a 2009 white Unibody MacBook running Sierra on which I installed macOS Server. I attached a 5 TB external via USB to store the encrypted sparse bundles.
It is working splendidly for my early-2015 MacBook Pro running Sierra. Unfortunately I cannot seem to get my girlfriend’s mid-2009 MacBook Pro running El Capitan to backup to paleophile. (Her computer cannot be upgraded to Sierra.)
Our LAN is handled by an Apple Airport Extreme (the flat one) to which paleophile is connected by ethernet. Both my laptop and hers generally connect to the network via WiFi. I have also tested her backup setup over ethernet with WiFi turned off; unfortunately with the same results.
I have setup one account on the server for each of our laptops. Thus her's connects to the server through a different account than mine. Please note that those accounts were setup at the same time and in the same manner so I would expect that they would be identical in configuration. The motivation for these separate accounts was to take advantage of the capacity to apply a disk usage ceiling, particularly on myself.
The error message my girlfriend’s computer reports is that the username and password are incorrect.
Of course I have checked them. To be precise I mounted the server, logging in as the same user with the same password and then mounting the already existing encrypted backup with the key. That all worked perfectly.
Another difference between her laptop and mine that may be relevant is that if I look in 'Keychain Access' for keys related to paleophile I see the following... on my laptop:
paleophile._smb._tcp.local. Time Machine Password
while on hers the quite distinct key appears
paleophile._afpovertcp._tcp.local. Time Machine Password
So it appears that our two machines are attempting to use different protocols to communicate with the server. Is this because my laptop is running Sierra and hers is running El Capitan?
Using the information provided by correspondents in the comments below I examined the configuration of the my Time Machine server. It is setup to accept both AFP and SMB connections for my girlfriend's account. Here is a screenshot of that config panel.
It appears that the TM server is at least configured to accept AFP connections, even if it is failing to do so.
The error message that appears in her Console.app when I try to trigger a backup is
6/6/17 7:33:39.244 PM Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
I've done my best to Google error code 29, but have been unable to find any useful information. What steps should I take to diagnose this problem further?
Here's a sample of the error log on her laptop starting from the moment I select "Back Up Now".
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
It turns out the whole AFP vs. SMB question was a red herring. The issue was that her sparse bundle was corrupted.
I deleted her account and her sparse bundle (I now believe deleting her account was excessive) and started her over from scratch with a fresh account and sparse bundle. That solved the problem.
This solution was discovered when a Mac Guru friend of mine suggested that I try backing her computer up to the server by letting her computer use my computer's credentials. Her computer immediately began backing up successfully. That was a big clue as to what was wrong.