Criei um servidor Time Machine, paleophile.local, a partir de um MacBook Unibody branco de 2009, executando o Sierra no qual instalei o macOS Server. Anexei um externo de 5 TB via USB para armazenar os pacotes esparsos criptografados.
Está funcionando esplendidamente para o meu MacBook Pro de início de 2015 executando o Sierra. Infelizmente, parece que não consigo fazer com que o MacBook Pro de meados de 2009 da minha namorada, executando o El Capitan, faça backup para um paleófilo. (O computador dela não pode ser atualizado para o Sierra.)
Nossa LAN é gerenciada por um Apple Airport Extreme (o plano) ao qual o paleófilo é conectado por Ethernet. Tanto o meu laptop como o dela geralmente se conectam à rede via Wi-Fi. Também testei sua configuração de backup via Ethernet com o WiFi desativado; infelizmente com os mesmos resultados.
Eu configurei uma conta no servidor para cada um de nossos laptops. Assim, ela se conecta ao servidor através de uma conta diferente da minha. Observe que essas contas foram configuradas ao mesmo tempo e da mesma maneira, portanto, espero que elas sejam idênticas na configuração. A motivação para essas contas separadas era aproveitar a capacidade de aplicar um limite de uso de disco, principalmente em mim.
A mensagem de erro que o computador da minha namorada relata é que o nome de usuário e a senha estão incorretos.
Claro que eu os verifiquei. Para ser mais preciso, montei o servidor, efetuando login como o mesmo usuário com a mesma senha e montando o backup criptografado já existente com a chave. Tudo funcionou perfeitamente.
Outra diferença entre o laptop dela e o meu que pode ser relevante é que, se eu procurar no 'Keychain Access' por chaves relacionadas ao paleófilo, vejo o seguinte ... no meu laptop:
paleophile._smb._tcp.local. Time Machine Password
enquanto no dela a chave bastante distinta aparece
paleophile._afpovertcp._tcp.local. Time Machine Password
Portanto, parece que nossas duas máquinas estão tentando usar protocolos diferentes para se comunicar com o servidor. Isso acontece porque meu laptop está executando o Sierra e o dela está executando o El Capitan?
Usando as informações fornecidas pelos correspondentes nos comentários abaixo, examinei a configuração do servidor my Time Machine. Está configurado para aceitar conexões AFP e SMB na conta da minha namorada. Aqui está uma captura de tela desse painel de configuração.
Parece que o servidor da TM está pelo menos configurado para aceitar conexões AFP, mesmo que esteja falhando.
A mensagem de erro que aparece em seu Console.app quando tento acionar um backup é
6/6/17 7:33:39.244 PM Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
Fiz o meu melhor para o código de erro 29 do Google, mas não consegui encontrar nenhuma informação útil. Que etapas devo seguir para diagnosticar ainda mais esse problema?
Aqui está uma amostra do log de erros no laptop dela a partir do momento em que seleciono "Fazer backup agora".
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
fonte
Respostas:
Acontece que toda a questão AFP vs. SMB foi um arenque vermelho. O problema era que seu pacote esparso estava corrompido.
Excluí a conta e o pacote esparso (agora acredito que a exclusão da conta era excessiva) e a iniciei do zero com uma conta nova e um pacote esparso. Isso resolveu o problema.
Essa solução foi descoberta quando uma amiga minha do Mac Guru sugeriu que eu tentasse fazer o backup do computador dela no servidor, deixando que o computador usasse as credenciais do meu computador. Seu computador imediatamente começou a fazer backup com sucesso. Essa foi uma grande pista sobre o que estava errado.
fonte