La copia de seguridad en el servidor ya está en uso

Tengo OS X Mavericks con el software del servidor instalado. La máquina del servidor es un iMac con un Drobo conectado a través de USB. Uso el servicio Server Time Machine para crear un servidor de respaldo en la red, usando el Drobo como dispositivo de almacenamiento para los respaldos.

Actualmente estoy haciendo una copia de seguridad de dos Macbooks en este servidor de Time Machine. Algunas copias de seguridad se realizarán correctamente, pero cada dos días más o menos, aparecerá un error en ambas computadoras portátiles que indica que la copia de seguridad falló por el siguiente motivo: la copia de seguridad en el servidor ya está en uso.

Solo he podido solucionar este problema reiniciando el servidor.

¿Alguien sabe por qué podría estar ocurriendo esto y qué podría hacer para evitar que suceda?

Gracias.

Respuestas (7)

Solo para completar este problema. Si aterriza aquí y no utiliza MacOS Server, sino un Synology DiskStation , haga lo siguiente:

  • Inicie sesión en su DiskStation como root
  • Abre el menú principal
  • iniciar elresource monitor
  • cambiar aconnected users
  • seleccione el usuario bloqueado y presionedisconnect
No encontré la respuesta anterior hasta que solucioné el problema, pero en Synology DSM 5.1, descubrí que deshabilitar y volver a habilitar el servicio AFP también hace que el error desaparezca.
Usé esta solución en un Synology DSM 5.1. ¡Gracias, mana!
La respuesta anterior no solucionó mi problema, el único usuario conectado que mostró fue que yo inicie sesión en la página de administración. Sin embargo, la sugerencia de @ScottDudley funcionó muy bien, ¡gracias, Scott!
@ScottDudley Lo mismo aquí, solo necesitaba marcar/desmarcar el servicio AFP. No es necesario hacer lo anterior como root.
Básicamente, esto también significa: reinicie netatalkd si está ejecutando cualquier otro NAS basado en esto. También ayudó con netatalk puro.
¡Gracias, esto funcionó para mí! Tenía dos conexiones a través de AFP que estaban causando el problema.

Tengo este problema desde que obtuve mi servidor OS X, y todavía recibo este error. Cada vez que mi enrutador se desconecta, causa esto hasta que lo arreglo. Sin embargo, en lugar de reiniciar el servidor, hay una solución alternativa:

  1. Abra Server.app (hago esto en el cliente que estoy usando, pero podría hacerlo en el propio servidor) e inicie sesión.
  2. Seleccione el servicio de uso compartido de archivos.
  3. Vaya a la pestaña Usuarios conectados.
  4. Seleccione cada usuario conectado y haga clic en Desconectar.

Tengo que hacer esto tan a menudo que escribí una macro Keyboard Maestro para esto, pero cualquier software de secuencias de comandos haría esto.

Si eso funciona, ¿ha intentado simplemente rebotar el proceso AFP con sudo launchctl stop com.apple.AppleFileServerseguido de sudo launchctl start com.apple.AppleFileServer?
Gracias por las sugerencias. Desconectar a los usuarios me permite recuperarme del error, pero no evita que el problema vuelva a ocurrir. Mi objetivo es evitar que ocurra el error. @TonyWilliams Prefiero no reiniciar el servidor de archivos de Apple porque me preocupa que pueda interrumpir otras copias de seguridad en curso.
Eso no fue tanto una "solución" como un posible paso de diagnóstico :)
killall AppleFileServer se recupera. Yo mismo hago esto. Desafortunadamente no he encontrado una manera de prevenir el problema.

Si desconectar a los usuarios "soluciona" el problema, es casi seguro que esté en algún lugar del proceso AppleFileServer.

Eche un vistazo a los registros de acceso y error de AFP y vea si puede encontrar un mensaje de error mejor que el que recibe en la Mac del cliente y es posible que esté más cerca de una solución. Haga clic en Logsen el panel izquierdo de la aplicación Servidor y luego seleccione AFP Erroren la ventana emergente debajo de la ventana de registro.

El problema también podría estar relacionado con el RAID en el Drobo. ¿Has probado con otro disco duro solo para ver si el problema desaparece? ¿Qué modelo de Drobo es? El soporte de Drobo murmura entre dientes sobre Lion y Time Machine, por lo que también puede tener problemas con Mavericks y Time Machine. (Resuelvo el problema al tener una sola unidad de 2 TB con 3 particiones como mi objetivo TM y luego hago una copia de seguridad en mi Drobo usando Carbon Copy Cloner).

@grgarside está en el dinero: esto sucede cuando hay dos conexiones a la copia de seguridad desde la misma IP.

En mi red, evité que sucediera al deshabilitar el acceso de invitados a las unidades de respaldo.

En la máquina del servidor,

  • Iniciar sesión en el servidor OS X
  • haga clic en Compartir archivos
  • haga clic en la pestaña de configuración
  • seleccione la unidad de copia de seguridad en cuestión
  • desmarque la casilla Habilitar acceso de invitado
  • haga clic en la pestaña de conexiones
  • luego desconecte a todos los usuarios.

Inicie sesión en el servidor en la máquina cliente nuevamente y estará listo para comenzar. Una vez que se deshabilitó el acceso de invitado, el cliente no se conectará automáticamente al servidor utilizando el protocolo de invitado, lo que evitará conexiones múltiples.

Tuve un problema similar con mi Synology NAS después de haber seguido la guía Time Machine de Synology . Al intentar conectarse al disco de respaldo, Time Machine dijo: "No tiene los privilegios de lectura, escritura y anexión necesarios en el disco de respaldo de red seleccionado".

La única solución que funcionó para mí fue reiniciar Synology DSM haciendo clic en el ícono de persona/usuario en la esquina superior derecha y seleccionando "Reiniciar"

Si recibe el mensaje de error "Time Machine no pudo completar la copia de seguridad. La imagen de disco de la copia de seguridad "/Volumes/mac-backups-1/machine-name.sparsebundle" ya está en uso". y está utilizando Synology DiskStation DSM 5.2 (NAS) como destino para las copias de seguridad de Time Machine, los siguientes pasos resolvieron el problema:

  1. Inicie sesión en su DiskStation como administrador
  2. Selecciona el ícono de Opciones (en la parte superior derecha; parece la cabeza de una persona)
  3. Opciones > Cuenta > Actividad de la cuenta > Usuarios conectados
  4. Para cada usuario en Servicio y Recurso AFP: mac-backups, presione desconectar (círculo rojo con barra horizontal blanca). El problema parece ser que hay dos o más usuarios conectados, ambos conectados a AFP > Recurso: mac-backups. Solo debe haber uno.
  5. Haga clic en Actualizar. Ahora solo debería haber un usuario conectado a AFP > Recurso: mac-backups.
  6. En su MacBook > icono de Time Machine > Iniciar copia de seguridad. Comienza la copia de seguridad de Time Machine (girando en sentido contrario a las agujas del reloj) y ya no aparece el mensaje de error anterior.

No estoy seguro de cómo ocurre exactamente esta situación, pero aquí está mi teoría: después de desconectar la MacBook y volver a conectarla a otra red (mover mi MacBook a otra ubicación mientras viaja), la conexión al recurso de Synology: mac-backups (usado por Time Machine) no se desconectó correctamente, por lo que cuando la máquina se reintrodujo en la red, se estableció otra nueva conexión, aunque la conexión existente todavía estaba presente, lo que generó un conflicto y el mensaje de error del asunto.

Para ser probado: Para evitar que este error vuelva a ocurrir, si Time Machine está realizando una copia de seguridad, intente ejecutar el comando "Detener la copia de seguridad" en Time Machine antes de mover su MacBook a otra ubicación fuera de la red. Con suerte, cuando vuelva a llevar el equipo a la red donde se encuentra el Synology NAS, el error ya no debería ocurrir.

Lo que funcionó para mí fue reiniciar el DS, eliminar y volver a crear el recurso compartido de Time Machine.

De esta publicación en Synology Forum https://forum.synology.com/enu/viewtopic.php?f=159&t=86535&start=15#p512709

Si bien este enlace puede responder la pregunta, es mejor incluir las partes esenciales de la respuesta aquí y proporcionar el enlace como referencia. Las respuestas de solo enlace pueden dejar de ser válidas si la página enlazada cambia.