10 votos

El portátil de mi novia no hace una copia de seguridad en mi servidor de Time Machine

Construí un servidor de Time Machine, paleophile.local, a partir de un MacBook Unibody blanco de 2009 con Sierra en el que instalé MacOS Server. Conecté un externo de 5 TB vía USB para almacenar los paquetes dispersos encriptados.

Funciona espléndidamente en mi MacBook Pro de principios de 2015 con Sierra. Lamentablemente, no consigo que el MacBook Pro de mediados de 2009 de mi novia, que ejecuta El Capitán, haga una copia de seguridad en Paleophile. (Su ordenador no se puede actualizar a Sierra).

Nuestra red LAN está gestionada por un Apple Airport Extreme (el plano) al que paleophile está conectado por ethernet. Tanto mi portátil como el suyo se conectan generalmente a la red por WiFi. También he probado su configuración de copia de seguridad a través de ethernet con el WiFi apagado; lamentablemente con los mismos resultados.

He configurado una cuenta en el servidor para cada uno de nuestros portátiles. Así, el de ella se conecta al servidor a través de una cuenta diferente a la mía. Por favor, ten en cuenta que esas cuentas fueron configuradas al mismo tiempo y de la misma manera, por lo que esperaría que fueran idénticas en la configuración. La motivación para estas cuentas separadas fue para aprovechar la capacidad de aplicar un techo de uso de disco, particularmente en mí.

El mensaje de error que informa el ordenador de mi novia es que el nombre de usuario y la contraseña son incorrectos.

Error Dialog on Girlfriend's Laptop

Por supuesto que los he comprobado. Para ser precisos he montado el servidor, entrando como el mismo usuario con la misma contraseña y luego montando la copia de seguridad encriptada ya existente con la clave. Todo eso ha funcionado perfectamente.

Otra diferencia entre su portátil y el mío que puede ser relevante es que si busco en 'Acceso al llavero' claves relacionadas con la paleofilia veo lo siguiente... en mi portátil:

paleophile._smb._tcp.local.              Time Machine Password

mientras que en la de ella aparece la clave bastante distinta

paleophile._afpovertcp._tcp.local.       Time Machine Password

Así que parece que nuestras dos máquinas están tratando de utilizar diferentes protocolos para comunicarse con el servidor. ¿Esto se debe a que mi portátil está ejecutando Sierra y el suyo está ejecutando El Capitán?


Usando la información proporcionada por los corresponsales en los comentarios de abajo, examiné la configuración de mi servidor de Time Machine. Está configurado para aceptar tanto conexiones AFP como SMB para la cuenta de mi novia. Aquí hay una captura de pantalla de ese panel de configuración.

Girlfriend Account Config Panel

Parece que el servidor de TM es al menos configurado para que acepte conexiones AFP, aunque no lo haga.


El mensaje de error que aparece en su Console.app cuando intento activar una copia de seguridad es

6/6/17 7:33:39.244 PM   Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29

He hecho todo lo posible por buscar en Google el código de error 29, pero no he podido encontrar ninguna información útil. ¿Qué pasos debo seguir para diagnosticar este problema?


Aquí hay una muestra del registro de errores en su portátil a partir del momento en que selecciono "Copia de seguridad ahora".

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

1voto

Emilio Pisanty Puntos 101

Resulta que toda la cuestión de las AFP frente a las PYMES era una pista falsa. La cuestión era que su paquete disperso estaba corrompido.

Borré su cuenta y su paquete escaso (ahora creo que borrar su cuenta fue excesivo) y volví a empezar desde cero con una cuenta nueva y un paquete escaso. Eso resolvió el problema.

Esta solución se descubrió cuando una amiga mía, gurú del Mac, me sugirió que intentara hacer una copia de seguridad de su ordenador en el servidor dejando que su ordenador utilizara las credenciales del mío. Su ordenador comenzó inmediatamente a realizar la copia de seguridad con éxito. Esa fue una gran pista de lo que estaba mal.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X