Utilisation lente du réseau-dossier personnel, nombreuses boules de sable qui tournent.

Voici trois choses à essayer :

Vérifiez si l'authentification est votre goulot d'étranglement

• Voyez combien de temps il faut à un utilisateur pour se connecter sous ssh.

  • Assurez-vous que ssh est activé. [Préférences système -> Partage -> Connexion à distance].
  • Ouvrez un terminal et exécutez ssh <username>@localhost
    • Oui, vous lui faites confiance, et oui, voici le mot de passe.
    • exit
  • Maintenant, copiez le mot de passe de l'utilisateur dans le pastebin.
  • Exécuter time ssh <username>@localhost echo "Done" appuyez sur retour, et dès qu'on vous demande le mot de passe, appuyez sur ctrl-v pour coller, et retournez.
    • Cela permettra à l'utilisateur de se connecter via SSH (et de s'authentifier via votre serveur, à condition qu'il s'agisse d'un compte réseau).
    • Il exécutera le echo "Done" qui ne devrait prendre presque pas de temps pour s'exécuter, et quitter la session ssh
    • il affichera alors le temps que cela a pris. [Sur mon compte local, le total était d'environ 1,1 seconde].
  • Si le résultat est élevé, l'authentification est lente.

Vérifiez si l'accès aux fichiers du réseau est lent :

• Voir combien de temps il faut pour transférer des fichiers

  • Connectez-vous avec un compte local. (Ce n'est pas strictement nécessaire, mais cela aidera à exclure les autres accès aux fichiers qui vous ralentissent).
  • Monter le dossier d'accueil réseau de l'utilisateur
  • Créer un fichier volumineux . mkfile 100m 100MB
  • Temps combien de temps il faut pour faire une copie du fichier de l'ordinateur local vers le réseau :
    • time cp 100MB /Volumes/<network-home>
    • ou tout simplement curl file:/current/path/100MB -o /Volumes/<network-home>/100MB
  • Supprimez le fichier et mesurez le temps nécessaire à la copie dans l'autre sens.
  • (Il n'y a pas de mal à chronométrer le temps nécessaire à sa création, également).

Voir quel autre trafic réseau vos ordinateurs voient :

• envisager d'utiliser iftop pour avoir une idée de ce que sont les vitesses de transfert réelles et si l'ordinateur fait d'autres choses sur le réseau. [Vous pouvez également l'exécuter sur votre serveur.]

Est-ce que vous redirigez les dossiers de cache (et autres) ?

Si ce n'est pas le cas, vous pouvez vous renseigner auprès de : discussions.apple.com ou sur AFP548.com
Il est intégré à Leopard, ce qui signifie que vous n'avez plus besoin de vous connecter pour le faire. ( Instructions )

Enfin, est-ce que la plupart de vos utilisateurs utilisent Mail.app ou ont une grande quantité de courrier électronique ? J'ai eu des problèmes avec un couple d'utilisateurs (un seul devait le faire pour que le symptôme apparaisse) qui mettaient le serveur presque à l'arrêt pour tout le monde parce que Spotlight ouvrait et fermait de très petits fichiers aussi vite qu'il le pouvait. Un mélange entre le passage à Leopard sur les clients et le fait de dire à Mail.app de ne rien mettre en cache (le serveur de messagerie est local) a réglé ce problème.

Y a-t-il des utilisateurs spécifiques qui semblent "monopoliser la bande passante" en termes de quantité de fichiers transférés ? Je vous recommande d'envisager la création d'un répertoire personnel portable pour voir si cela peut atténuer les problèmes. C'est plus compliqué à mettre en place, mais c'est un bon moyen de supprimer les utilisateurs qui consomment beaucoup de temps sur le serveur AppleFileServer.

J'ai libéré un peu plus d'espace sur le RAID, et le problème a été résolu. Je ne suis pas certain que les deux soient directement liés, mais je remercie tous ceux qui ont soumis une réponse. Elles étaient toutes très détaillées et rédigées clairement. Je suis très impressionné !