Communications client-serveur dans un système de fichiers partagé

Le système de fichiers partagé se comporte comme une connexion matérielle interruptible. Chaque client tente à plusieurs reprises de communiquer avec le serveur de métadonnées, même si ce dernier n'est pas disponible. Si le serveur de métadonnées ne répond pas, l'utilisateur peut mettre fin à la transmission d'E/S bloquées en appuyant sur Ctrl+C. Si la tentative d'E/S est interrompue, le client persévère jusqu'à ce que la transmission aboutisse.

Le système génère les messages suivants pour décrire les conditions de statut :

SAM-FS: Shared server is not responding.

Ce message s'affiche également si le démon client sam-sharefsd ou le démon serveur sam-sharefsd n'est pas actif. Lorsque le serveur répond, il génère le message suivant :

SAM-FS: Shared server is responding.

Si le système de fichiers n'est pas monté sur le serveur de métadonnées, mais sur le client, il génère le message suivant :

SAM-FS: Shared server is not mounted.

Lorsque le système de fichiers partagé est monté sur le serveur, il génère le message suivant :

SAM-FS: Shared server is mounted.

Dans la mesure où le serveur de métadonnées recherche les noms de fichier pour le compte de tous les clients, les performances peuvent être limitées par la taille par défaut du cache de recherche de nom de répertoire (DNLC) Oracle Solaris. Pour améliorer les performances lorsque des clients ouvrent souvent un grand nombre de fichiers, il peut être judicieux de doubler (voire tripler) la taille par défaut de ce cache.

Cette procédure est présentée dans le document Oracle Solaris Tunable Parameters Reference Manual. Le paramètre qui contrôle la taille du cache de recherche de nom de répertoire est ncsize.