2 votos

Backup de Time Machine en diferente subred falla después de actualización de macOS 10.13

Hemos utilizado un Mac Pro se ejecuta el servidor de aplicaciones de tiempo de la máquina de destino. El Mac Pro está en una subred diferente, así que había que añadir un tiempo de la máquina de destino a través de la línea de comandos:

sudo tmutil setdestination -ap afp://user@host.domain.tld/timemachine

Esto funcionó bastante bien en varias máquinas. Hoy, he actualizado el Mac Pro en OS X 10.10 y en el Server 5.0 para macOS 10.13 y el Servidor 5.6. Esto significa, la máquina del tiempo objetivo material fue trasladado desde el servidor en el sistema operativo. He comprobado la configuración de uso compartido:

Preferencias del sistema -> Compartir -> Compartir Archivos -> timemachine, botón derecho del ratón -> opciones Avanzadas:

Compartir sobre "SMB y AFP"

Compartir el Tiempo de la Máquina de destino de copia de seguridad activada

Lo siguiente que probé fue una TM de copia de seguridad en mi máquina local. Con el error de La red de copia de seguridad de disco no admite las capacidades requeridas. Mi primera idea fue resetup mi Máquina del Tiempo. Por lo tanto, me quita el TM-objetivo y trató de léelo:

sudo tmutil setdestination -ap afp://user@host.domain.tld/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 la AFP.

Entonces traté de ejecutar una copia de seguridad en una máquina diferente, mismo error que el anterior. Este equipo todavía tiene el Mac Pro como una TM de destino, ya que no retire todavía.

He comprobado los registros en mi máquina local y se encontró que el TM está tratando de usar /Volume/timemachine-4 como destino. mount me dijo que hay varios montajes para el Mac Pro, lo he desmontado todo y reiniciar mi máquina local. Después de que yo era al menos capaz de readd te Mac Pro como TM de destino (a través de AFP). Pero una copia de seguridad de resultado en el mismo error de nuevo: La red de copia de seguridad de disco no admite las capacidades requeridas.

¿Alguien sabe que se requiere de las capacidades no son proporcionados (ya)? O tengo que abrir puertos adicionales en el servidor de seguridad entre las dos subredes?

Actualización 1

Después de probar este y que, de nuevo me quita el TM de destino, pero no puede léelo, incluso después de un reinicio. Sin embargo, el registro me dice (cuando tratando de montar a través de AFP):

kernel: (afpfs) AFP_VFS afpfs_vnop_ioctl: SyncDir fallado 22 backupd: (TimeMachine) [com.apple.TimeMachine:TMLogError] Mountpoint /Volúmenes/timemachine no apoyo requerido Tiempo de capacidades de la Máquina!

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

(AppleShareClientCore) ERROR: AFP_OpenSession - error de inicio de Sesión con 80

No sé si esto indica un problema o es normal de las operaciones, por ejemplo, debido a la caída de la vuelta a algunos otros de autenticación.

Actualización 2

El objetivo de la cuota punto en el Mac Pro es un Rayo adjunto de Lacie del dispositivo, que todavía está en el viejo Mac OS Extended (Journaled) del sistema de archivos. Esto puede ser el problema?

0voto

PaulJ Puntos 568

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

Creé otra en el disco del sistema, que es APFS y fue capaz de hacer copias de seguridad en este disco. CONCLUSIÓN: objetivos de la máquina del tiempo tienen que residir en APFS.

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