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


31

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. Utilizo 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 Time Machine. Algunas copias de seguridad tendrán éxito, pero cada dos días más o menos, recibiré un error en ambas computadoras portátiles que la copia de seguridad falló con la siguiente razón: La copia de seguridad en el servidor ya está en uso.

Solo he podido solucionar este problema reiniciando el servidor.

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

Gracias.

Respuestas:


45

Solo por lo completo de este tema. Si aterriza aquí y no utiliza MacOS Server, sino una Synology DiskStation , haga lo siguiente:

  • Inicie sesión en su DiskStation como root
  • Abrir el menú principal
  • iniciar el resource monitor
  • cambiar a connected users
  • seleccione el usuario bloqueado y presione disconnect

3
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.
Scott Dudley

Utilicé esta solución en un Synology DSM 5.1 - ¡Gracias mana!
callisto

La respuesta anterior no solucionó mi problema, el único usuario conectado que mostró fue que inicié sesión en la página de administración. Sin embargo, la sugerencia de @ ScottDudley funcionó muy bien, ¡gracias Scott!
blm

@ScottDudley Lo mismo aquí, solo necesitaba marcar / desmarcar el servicio AFP. No es necesario hacer lo anterior como root.
Winterflags

1
¡Gracias, esto funcionó para mí! Tenía dos conexiones a través de AFP que causaban el problema.
Raidfive

9

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 repare. 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 servidor) e inicie sesión.
  2. Seleccione el servicio de intercambio 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 de Keyboard Maestro para esto, pero cualquier software de scripting lo haría.


2
Si eso funciona, ¿ha intentado simplemente rebotar el proceso AFP sudo launchctl stop com.apple.AppleFileServerseguido de sudo launchctl start com.apple.AppleFileServer?
Tony Williams

Gracias por las sugerencias Desconectar 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, ya que me preocupa que pueda interrumpir otras copias de seguridad en curso.
Swisher Sweet

Esa no fue tanto una "solución" como un posible paso de diagnóstico :)
Tony Williams

killall AppleFileServer se recupera. Lo hago yo mismo. Lamentablemente, no he encontrado una manera de prevenir el problema.
Alan Shutko

1

Si desconectar a los usuarios "soluciona" el problema, entonces 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 cliente y puede estar 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 con el RAID en el Drobo. ¿Has probado otro disco duro solo para ver si el problema desaparece? ¿De qué modelo es Drobo? El soporte de Drobo murmura en voz baja sobre Lion y Time Machine, por lo que también puede tener problemas con Mavericks y Time Machine. (Eludí el problema al tener una sola unidad de 2TB con 3 particiones como mi objetivo de TM y luego la respaldo a mi Drobo usando Carbon Copy Cloner).


1

@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 invitado a las unidades de respaldo.

En la máquina del servidor,

  • Inicie 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 respaldo 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 del 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, evitando así múltiples conexiones.


0

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

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


0

Si recibe el mensaje de error "Time Machine no pudo completar la copia de seguridad. La imagen del disco de copia de seguridad" /Volumes/mac-backups-1/machine-name.sparsebundle "ya está en uso". y está utilizando un 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. Seleccione el ícono 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 el 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. Haz 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. La copia de seguridad de Time Machine comienza (circulando en sentido antihorario) y ya no recibe 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 el MacBook y volver a conectarme a otra red (mover mi MacBook a otra ubicación mientras viaja), la conexión al recurso de sincronización: mac-backups (utilizado por Time La máquina) no se desconectó correctamente, por lo que cuando la máquina se reintrodujo en la red, se estableció otra conexión nueva, aunque la conexión existente todavía estaba presente, creando un conflicto y el mensaje de error del sujeto.

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


-1

Lo que funcionó para mí fue reiniciar el DS, eliminar y recrear 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


1
Si bien este enlace puede responder la pregunta, es mejor incluir aquí las partes esenciales de la respuesta y proporcionar el enlace como referencia. Las respuestas de solo enlace pueden volverse inválidas si la página vinculada cambia.
grg
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.