La copia de seguridad de Time Machine en una subred diferente falla después de la actualización a macOS 10.13

1

Utilizamos una aplicación de servidor de ejecución de Mac Pro como objetivo de la máquina del tiempo. El Mac Pro está en una subred diferente, por lo que tuvimos que agregarlo como un objetivo de la máquina del tiempo a través de la línea de comandos:

sudo tmutil setdestination -ap afp://[email protected]/timemachine

Esto funcionó bastante bien en varias máquinas. Hoy, actualicé el Mac Pro de OS X 10.10 y Server 5.0 a macOS 10.13 y Server 5.6. Esto significa que el objeto de la máquina del tiempo se movió del servidor al sistema operativo. Revisé la configuración de compartir:

Preferencias del sistema - > Compartir - > Intercambio de archivos - > timemachine, clic derecho - > Opciones avanzadas:

  

Compartir sobre "SMB y AFP"

     

El destino de copia de seguridad de Share as Time Machine

Lo siguiente que intenté fue una copia de seguridad TM en mi máquina local. Error con el error El disco de copia de seguridad de la red no admite las capacidades requeridas. Mi primera idea fue reiniciar mi Time Machine local. Por lo tanto, quité el TM-target y traté de leerlo:

sudo tmutil setdestination -ap afp://[email protected]/timemachine
Password:
Destination password:
Disk does not support Time Machine backups. (error 45)
The backup destination could not be added.

Mismo resultado con SMB en lugar de AFP.

Luego intenté ejecutar una copia de seguridad en una máquina diferente, con el mismo error anterior. Esta máquina todavía tiene el Mac Pro como un objetivo TM ya que aún no lo he eliminado.

Revisé los registros en mi máquina local y encontré que TM está tratando de usar /Volume/timemachine-4 como destino. mount me dijo que el Mac Pro tiene varios montajes, por lo tanto, desmonté todo y reinicié mi máquina local. Después de eso, al menos pude leer el Mac Pro como objetivo TM (a través de AFP). Pero una copia de seguridad dio como resultado nuevamente el mismo error: El disco de copia de seguridad de la red no admite las capacidades requeridas.

¿Alguien sabe qué capacidades requeridas no se proporcionan (más)? ¿O necesito abrir puertos adicionales en el firewall entre las dos subredes?

Actualización 1

Después de probar esto y aquello, otra vez eliminé el objetivo TM, pero no puedo leerlo, incluso después de reiniciar. Sin embargo, el registro me dice (cuando intento montar a través de AFP):

  

kernel: (afpfs) AFP_VFS afpfs_vnop_ioctl: SyncDir falló 22   backupd: (TimeMachine) [com.apple.TimeMachine: TMLogError] Mountpoint / Volumes / timemachine no admite las capacidades requeridas de Time Machine!

Pero también veo (además de otros mensajes de NetAuthSysAgent)

  

(AppleShareClientCore) ERROR: AFP_OpenSession - Error de inicio de sesión con 80

No sé si esto indica un problema o es una operación normal, por ejemplo. Debido a recurrir a alguna otra autenticación.

Actualización 2

El punto de destino compartido en el Mac Pro se encuentra en un dispositivo Lacie conectado a Thunderbolt, que aún se encuentra en el antiguo sistema de archivos Mac OS Extended (Journaled) . ¿Podría ser este el problema?

    
pregunta PVitt 14.06.2018 - 14:30

1 respuesta

0

Hay un Lacie Raid adjunto al Mac Pro. El Raid se ejecuta en HFS +, que no se cambia a APFS al actualizar el sistema a macOS 10.13 High Sierra. Sin embargo, parece que la copia de seguridad en un volumen con sistema de archivos HFS + ya no es compatible.

Creé otro recurso compartido en el disco del sistema, que ahora es APFS, y pude hacer una copia de seguridad en este disco. Conclusión: los objetivos de Time Machine tienen que residir en APFS.

    
respondido por el PVitt 18.06.2018 - 10:55

Lea otras preguntas en las etiquetas