La sauvegarde sur le serveur est déjà utilisée


31

J'ai OS X Mavericks avec le logiciel serveur installé. La machine serveur est un iMac avec un Drobo connecté via USB. J'utilise le service Server Time Machine pour créer un serveur de sauvegarde sur le réseau, en utilisant le Drobo comme périphérique de stockage pour les sauvegardes.

Je sauvegarde actuellement deux Macbooks sur ce serveur Time Machine. Certaines sauvegardes réussiront, mais tous les deux jours environ, j'obtiendrai une erreur sur les deux ordinateurs portables indiquant que la sauvegarde a échoué pour la raison suivante: La sauvegarde sur le serveur est déjà utilisée.

Je n'ai pu résoudre ce problème qu'en redémarrant le serveur.

Est-ce que quelqu'un sait pourquoi cela pourrait se produire et ce que je pourrais faire pour empêcher que cela ne se produise?

Merci.

Réponses:


45

Juste pour l'exhaustivité de ce problème. Si vous atterrissez ici et n'utilisez pas MacOS Server, mais un Synology DiskStation , procédez comme suit:

  • Connectez-vous à votre DiskStation en tant que root
  • Ouvrez le menu principal
  • Commencer le resource monitor
  • basculer vers connected users
  • sélectionnez l'utilisateur bloqué et appuyez sur disconnect

3
Je n'ai trouvé la réponse ci-dessus qu'après avoir résolu le problème, mais sur Synology DSM 5.1, j'ai constaté que la désactivation et la réactivation du service AFP faisaient également disparaître l'erreur.
Scott Dudley

J'ai utilisé cette solution sur un Synology DSM 5.1 - Merci mana!
callisto

La réponse ci-dessus n'a pas résolu mon problème, le seul utilisateur connecté qu'elle a montré était moi connecté à la page d'administration. Cependant, la suggestion de @ ScottDudley a très bien fonctionné, merci Scott!
blm

@ScottDudley Idem ici, juste nécessaire pour cocher / décocher le service AFP. Pas besoin de faire ce qui précède en tant que root.
Winterflags

1
Merci, cela a fonctionné pour moi! J'avais deux connexions via AFP qui causaient le problème.
raidfive

9

J'ai ce problème depuis que j'ai mon OS X Server et je reçois toujours cette erreur. Chaque fois que mon routeur se déconnecte, cela provoque cela jusqu'à ce que je le répare. Cependant, au lieu de redémarrer le serveur, il existe une solution:

  1. Ouvrez Server.app (je le fais sur le client que j'utilise, mais vous pouvez le faire sur le serveur lui-même) et connectez-vous.
  2. Sélectionnez le service de partage de fichiers.
  3. Accédez à l'onglet Utilisateurs connectés.
  4. Sélectionnez chaque utilisateur connecté et cliquez sur Déconnecter.

Je dois le faire si souvent que j'ai écrit une macro Keyboard Maestro pour cela, mais tout logiciel de script le ferait.


2
Si cela fonctionne, avez-vous essayé de simplement faire rebondir le processus AFP avec sudo launchctl stop com.apple.AppleFileServersuivi de sudo launchctl start com.apple.AppleFileServer?
Tony Williams

Merci pour les suggestions. La déconnexion des utilisateurs me permet de récupérer de l'erreur, mais n'empêche pas le problème de se reproduire. Mon objectif est d'empêcher l'erreur de se produire. @TonyWilliams Je préfère ne pas redémarrer le serveur de fichiers Apple car je crains que cela puisse interrompre d'autres sauvegardes en cours.
Swisher Sweet

Ce n'était pas tant une "solution" qu'une étape de diagnostic possible :)
Tony Williams

killall AppleFileServer récupère. Je le fais moi-même. Malheureusement, je n'ai pas trouvé de moyen d'éviter le problème.
Alan Shutko

1

Si la déconnexion des utilisateurs "résout" le problème, c'est presque certainement quelque part dans le processus AppleFileServer.

Jetez un œil aux journaux d'accès et d'erreur AFP et voyez si vous pouvez trouver un meilleur message d'erreur que celui que vous obtenez sur le Mac client et vous pourriez bien être plus proche d'une solution. Cliquez sur Logsdans le volet gauche de l'application Serveur, puis sélectionnez AFP Errordans la fenêtre contextuelle sous la fenêtre du journal.

Le problème peut également provenir du RAID du Drobo. Avez-vous essayé un autre disque dur juste pour voir si le problème disparaît? De quel modèle est le Drobo? Le support de Drobo marmonne dans son souffle à propos de Lion et Time Machine, il peut donc aussi avoir des problèmes avec Mavericks et Time Machine. (Je contourne le problème en ayant un seul lecteur de 2 To avec 3 partitions comme cible TM, puis je le sauvegarde sur mon Drobo à l'aide de Carbon Copy Cloner.)


1

@grgarside est sur l'argent - cela se produit lorsqu'il y a deux connexions à la sauvegarde à partir de la même IP.

Sur mon réseau, je l'ai empêché de se produire en désactivant l'accès invité aux lecteurs de sauvegarde.

Sur la machine serveur,

  • Connectez-vous à OS X Server
  • cliquez sur Partage de fichiers
  • cliquez sur l'onglet paramètres
  • sélectionnez le lecteur de sauvegarde en question
  • décochez la case Activer l'accès invité
  • cliquez sur l'onglet connexions
  • puis déconnectez tous les utilisateurs.

Connectez-vous à nouveau au serveur sur la machine cliente et vous êtes prêt à partir. Une fois l'accès invité désactivé, le client ne se connecte pas automatiquement au serveur à l'aide du protocole invité, empêchant ainsi les connexions multiples.


0

J'ai eu un problème similaire avec mon Synology NAS après avoir suivi le guide Time Machine de Synology . Lors de la tentative de connexion au disque de sauvegarde, Time Machine a déclaré: "Vous ne disposez pas des privilèges de lecture, d'écriture et d'ajout nécessaires sur le disque de sauvegarde réseau sélectionné."

La seule solution qui a fonctionné pour moi a été de redémarrer Synology DSM en cliquant sur l'icône personne / utilisateur en haut à droite et en sélectionnant "Redémarrer"


0

Si vous obtenez le message d'erreur "Time Machine n'a pas pu terminer la sauvegarde. L'image de disque de sauvegarde" /Volumes/mac-backups-1/machine-name.sparsebundle "est déjà utilisée." et que vous utilisez un Synology DiskStation DSM 5.2 (NAS) comme destination pour les sauvegardes Time Machine, les étapes suivantes ont résolu le problème:

  1. Connectez-vous à votre DiskStation en tant qu'administrateur
  2. Sélectionnez l'icône Options (en haut à droite - ressemble à la tête d'une personne)
  3. Options> Compte> Activité du compte> Utilisateurs connectés
  4. Pour chaque utilisateur sur AFP Service and Resource: mac-backups, appuyez sur déconnecter (cercle rouge avec barre horizontale blanche). Le problème semble être qu'il y a deux ou plusieurs utilisateurs connectés, tous deux connectés à AFP> Ressource: sauvegardes mac. Il ne devrait y en avoir qu'un.
  5. Cliquez sur Actualiser. Il ne devrait plus y avoir qu'un seul utilisateur connecté à AFP> Ressource: sauvegardes mac.
  6. Sur votre MacBook> icône Time Machine> Démarrer la sauvegarde. La sauvegarde Time Machine commence (encerclant dans le sens antihoraire) et vous n'obtenez plus le message d'erreur ci-dessus.

Je ne sais pas exactement comment cette situation se produit, mais voici ma théorie: après avoir déconnecté le MacBook et reconnecté à un autre réseau (déplacer mon MacBook vers un autre emplacement en voyage), la connexion à la ressource de synologie: mac-backups (utilisé par Time Machine) n'a pas été correctement déconnecté, donc lorsque la machine a été réintroduite dans le réseau, une autre nouvelle connexion a été établie, même si la connexion existante était toujours présente, créant un conflit et le message d'erreur sujet.

A tester: pour éviter que cette erreur ne se reproduise, si Time Machine est en cours de sauvegarde, essayez d'exécuter une commande "Arrêter la sauvegarde" dans Time Machine avant de déplacer votre MacBook vers un autre emplacement hors réseau. Avec un peu de chance, lorsque vous ramenez la machine sur le réseau où se trouve le Synology NAS, l'erreur ne devrait plus se produire.


-1

Ce qui a fonctionné pour moi, c'est de redémarrer la DS, de supprimer et de recréer le partage Time Machine.

De cet article sur Synology Forum https://forum.synology.com/enu/viewtopic.php?f=159&t=86535&start=15#p512709


1
Bien que ce lien puisse répondre à la question, il est préférable d’inclure ici les parties essentielles de la réponse et de fournir le lien pour référence. Les réponses avec lien uniquement peuvent devenir non valides si la page liée change.
grg
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.