Procédures de dépannage NFS

Vous devez suivre plusieurs procédures afin d'identifier la panne subie par le service NFS. Vérifiez les éléments suivants :

Le client peut-il atteindre le serveur ?
Le client peut-il contacter les services NFS sur le serveur ?
Les services NFS sont-ils en cours d'exécution sur le serveur ?

Dans le processus de contrôle de ces éléments, vous remarquerez peut-être que d'autres parties du réseau ne fonctionnent pas. Par exemple, le service de noms ou le matériel réseau physique peut ne pas fonctionner. Le manuel Oracle Solaris Administration: Naming and Directory Services contient des procédures de débogage pour plusieurs services de noms. En outre, pendant le processus, vous pouvez constater que le client n'est pas à l'origine du problème. Supposons par exemple que vous obteniez au moins un appel de dépannage de chaque sous-réseau de votre zone de travail. Dans cette situation, vous devez supposer que le problème vient du serveur ou du matériel réseau situé près du serveur. Par conséquent, nous vous recommandons de démarrer le processus de débogage sur le serveur, et non au niveau du client.

Vérification de la connectivité sur un client NFS

Vérifiez que le serveur NFS est accessible à partir du client. Sur le client, tapez la commande suivante :
```
% /usr/sbin/ping bee
bee is alive
```
Si la commande signale que le serveur est actif, vérifiez à distance le serveur NFS. Reportez-vous à la section Vérification du serveur NFS à distance .
Si le serveur n'est pas accessible à partir du client, assurez-vous que le service de noms local est en cours d'exécution.
Si le service de noms est en cours d'exécution, vérifiez que le client a reçu les informations d'hôte correctes en tapant la commande suivante :
```
% /usr/bin/getent hosts bee
129.144.83.117    bee.eng.acme.com
```
Si les informations d'hôte sont correctes, mais que le serveur n'est pas accessible à partir du client, exécutez la commande ping à partir d'un autre client.
Si l'exécution de la commande à partir d'un deuxième client échoue, reportez-vous à la section Vérification du service NFS sur le serveur.
Si le serveur est accessible à partir du second client, utilisez la commande ping pour vérifier la connectivité du premier client à d'autres systèmes sur le réseau local.
Si cette commande échoue, vérifiez la configuration logicielle réseau sur le client, par exemple /etc/netmasks et les informations de propriété associées au service svc:/system/name-service/switch.
(Facultatif) Vérifiez la sortie de la commande rpcinfo.
Si la commande rpcinfo n'affiche pas program 100003 version 4 ready and waiting, la version 4 de NFS n'est pas activée sur le serveur. Pour plus d'informations sur l'activation de la version 4 de NFS, reportez-vous au Tableau 2-3.
Si le logiciel est correct, vérifiez le matériel réseau.
Essayez de déplacer le client sur un second point de connexion réseau.

Vérification du serveur NFS à distance

Notez que la prise en charge des protocoles UDP et MOUNT n'est pas nécessaire si vous utilisez un serveur de la version 4 de NFS.

Vérifiez que les services NFS ont démarré sur le serveur NFS en tapant la commande suivante :
```
% rpcinfo -s bee|egrep 'nfs|mountd'
 100003  3,2    tcp,udp,tcp6,upd6                nfs     superuser
 100005  3,2,1  ticots,ticotsord,tcp,tcp6,ticlts,udp,upd6  mountd  superuser
```
Si les démons n'ont pas été démarrés, reportez-vous à la section Redémarrage des services NFS .
Vérifiez que les processus nfsd du serveur répondent.
Sur le client, saisissez la commande suivante pour tester les connexions NFS UDP à partir du serveur.
```
% /usr/bin/rpcinfo -u bee nfs
program 100003 version 2 ready and waiting
program 100003 version 3 ready and waiting
```
Remarque - La version 4 de NFS ne prend pas en charge UDP.

Si le serveur est en cours d'exécution, il imprime une liste des numéros de programme et de version. A l'aide de l'option -t, testez la connexion TCP. Si cette commande échoue, passez à la section Vérification du service NFS sur le serveur.
Vérifiez que le démon mountd du serveur répond en entrant la commande suivante.
```
% /usr/bin/rpcinfo -u bee mountd
program 100005 version 1 ready and waiting
program 100005 version 2 ready and waiting
program 100005 version 3 ready and waiting
```
Si le serveur est en cours d'exécution, il imprime une liste de numéros de programme et de version qui sont associés au protocole UDP. A l'aide de l'option -t, testez la connexion TCP. Si chaque tentative échoue, passez à la section Vérification du service NFS sur le serveur.
Vérifiez que le service autofs local est en cours d'utilisation :
```
% cd /net/wasp
```
Choisissez un point de montage /net ou /home dont vous savez qu'il devrait fonctionner correctement. Si cette commande échoue, en tant qu'utilisateur root sur le client, saisissez la commande suivante pour redémarrer le service autofs :
```
# svcadm restart system/filesystem/autofs
```
Vérifiez que le système de fichiers est partagé comme prévu sur le serveur.
```
% /usr/sbin/showmount -e bee
/usr/src                                        eng
/export/share/man                        (everyone)
```
Vérifiez si l'entrée sur le serveur et l'entrée de montage local contiennent des erreurs. Vérifiez également l'espace de noms. Dans cet exemple, si le premier client n'est pas dans le groupe réseau eng, ce client ne peut pas monter le système de fichiers /usr/src.
Vérifiez toutes les entrées qui contiennent des informations de montage dans tous les fichiers locaux. La liste inclut /etc/vfstab et tous les fichiers /etc/auto_*.

Vérification du service NFS sur le serveur

Connectez-vous en tant qu'administrateur.
Pour plus d'informations, reportez-vous à la section Utilisation de vos droits d’administration du manuel Administration d’Oracle Solaris 11.1 : Services de sécurité.
Vérifiez que le serveur peut atteindre les clients.
```
# ping lilac
lilac is alive
```
Si le client n'est pas accessible à partir du serveur, assurez-vous que le service de noms local est en cours d'exécution.
Si le service de noms est en cours d'exécution, vérifiez la configuration logicielle réseau sur le serveur, par exemple /etc/netmasks et les informations de propriété associées au service svc:/system/name-service/switch.
Tapez la commande suivante pour vérifier si le démon rpcbind est en cours d'exécution.
```
# /usr/bin/rpcinfo -u localhost rpcbind
program 100000 version 1 ready and waiting
program 100000 version 2 ready and waiting
program 100000 version 3 ready and waiting
```
Si le serveur est en cours d'exécution, il imprime une liste des numéros de programme et de version qui sont associés au protocole UDP.
Tapez la commande suivante pour vérifier si le démon nfsd est en cours d'exécution.
```
# rpcinfo -u localhost nfs
program 100003 version 2 ready and waiting
program 100003 version 3 ready and waiting
# ps -ef | grep nfsd
    root 101328      0   0   Jul 12 ?         303:25 nfsd_kproc
    root 101327      1   0   Jul 12 ?           2:54 /usr/lib/nfs/nfsd
    root 263149 131084   0 13:59:19 pts/17      0:00 grep nfsd
```
Remarque - La version 4 de NFS ne prend pas en charge UDP.

Si le serveur est en cours d'exécution, il imprime une liste de numéros de programme et de version qui sont associés au protocole UDP. Utilisez également l'option -t avec rpcinfo pour vérifier la connexion TCP. Si ces commandes échouent, redémarrez le service NFS. Reportez-vous à la section Redémarrage des services NFS .
Tapez la commande suivante pour vérifier si le démon mountd est en cours d'exécution.
```
# /usr/bin/rpcinfo -u localhost mountd
program 100005 version 1 ready and waiting
program 100005 version 2 ready and waiting
program 100005 version 3 ready and waiting
# ps -ef | grep mountd
root    145      1 0 Apr 07  ?     21:57 /usr/lib/autofs/automountd
root    234      1 0 Apr 07  ?     0:04  /usr/lib/nfs/mountd
root   3084 2462 1 09:30:20 pts/3  0:00  grep mountd
```
Si le serveur est en cours d'exécution, il imprime une liste de numéros de programme et de version qui sont associés au protocole UDP. Utilisez également l'option -t avec rpcinfo pour vérifier la connexion TCP. Si ces commandes échouent, redémarrez le service NFS. Reportez-vous à la section Redémarrage des services NFS .

Redémarrage des services NFS

Connectez-vous en tant qu'administrateur.
Pour plus d'informations, reportez-vous à la section Utilisation de vos droits d’administration du manuel Administration d’Oracle Solaris 11.1 : Services de sécurité.
Redémarrez le service NFS sur le serveur.
Saisissez la commande suivante :
```
# svcadm restart network/nfs/server
```

Identification de l'hôte fournissant le service de fichiers NFS

Exécutez la commande nfsstat avec l'option -m pour rassembler les informations NFS actuelles. Le nom du serveur actuel est imprimé après « currserver= ».

% nfsstat -m
/usr/local from bee,wasp:/export/share/local
 Flags: vers=3,proto=tcp,sec=sys,hard,intr,llock,link,synlink,
        acl,rsize=32768,wsize=32678,retrans=5
 Failover: noresponse=0, failover=0, remap=0, currserver=bee

Vérification des options utilisées avec les commandes `mount`

Aucun avertissement n'est émis pour les options non valides. La procédure suivante vous permet de déterminer si les options qui ont été indiquées sur la ligne de commande ou via /etc/vfstab étaient valides.

Pour cet exemple, supposons que la commande suivante a été exécutée :

# mount -F nfs -o ro,vers=2 bee:/export/share/local /mnt

Vérifiez les options en exécutant la commande suivante.
```
% nfsstat -m
/mnt from bee:/export/share/local
Flags:  vers=2,proto=tcp,sec=sys,hard,intr,dynamic,acl,rsize=8192,wsize=8192,
        retrans=5
```
Le système de fichiers de bee a été monté à l'aide de la version de protocole définie sur 2. Malheureusement, la commande nfsstat n'affiche pas d'informations sur toutes les options. Cependant, la commande nfsstat est le moyen le plus précis de vérifier les options.
Vérifiez l'entrée dans /etc/mnttab.
La commande mount n'autorise pas l'ajout d'options non valides à la table de montage. Par conséquent, vous devez vérifier que les options qui sont répertoriées dans le fichier correspondent à celles présentées dans la ligne de commande. De cette façon, vous pouvez vérifier les options qui ne sont pas répertoriées par la commande nfsstat.
```
# grep bee /etc/mnttab
bee:/export/share/local /mnt nfs    ro,vers=2,dev=2b0005e 859934818
```

Ignorer les liens de navigation
Quitter l'aperu
	Gestion de systèmes de fichiers réseau dans Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Français)