J'ai le serveur NFSv4 (sur RHELv6.4) et les clients NFS sur (CentOSv6.4). Disons que dans /etc/exports
:
/shares/website1 <ip-client-1>(rw,sync,no_subtree_check,no_root_squash)
/shares/website2 <ip-client-2>(rw,sync,no_subtree_check,no_root_squash)
Ensuite, chaque fois que j'apporte des modifications à cela (disons les modifications UNIQUEMENT pour client-2
), par exemple:
/shares/website1 <ip-client-1>(rw,sync,no_subtree_check,no_root_squash)
/shares/xxxxxxxx <ip-client-2>(rw,sync,no_subtree_check,no_root_squash)
Alors j'ai toujours service nfs restart
. Et puis finalement .. le point de montage sur client-1
got ne répond pas (Impossible d'ouvrir ses fichiers, etc.) . (Pourquoi? À cause du RESTART?)
Mais comme décrit, j'ai seulement modifié la ligne pour client-2
seulement. Tout pour le client-1
sont toujours intacts.
Donc mes questions ici sont:
/etc/exports
, dois-je restart
le service ou quoi?service nfs restart
, pourquoi le point de montage sur d'autres clients est finalement affecté? (Pour les ordinateurs clients sans modification apportée dans /etc/exports
pour eux.) Cela signifie que chaque fois que je fais des changements dans /etc/exports
et restart
le service, je devrai aller RE-MOUNT les répertoires sur EVERY CLIENTS dans la liste d'exportation, afin d'avoir le montage -points fonctionnant à nouveau.
Une idée, s'il vous plaît?
Vous ne devriez pas avoir besoin de redémarrer NFS chaque fois que vous apportez une modification à /etc/exports
. Il suffit d'exécuter la commande appropriée après avoir modifié le /etc/exports
fichier:
$ exportfs -ra
Extrait de la documentation officielle de Red Hat intitulée: 21.7. Le fichier de configuration/etc/exports .
extrait
Lorsqu'elle est émise manuellement, la commande/usr/sbin/exportfs permet à l'utilisateur root d'exporter ou de désexporter de manière sélective sans redémarrer le service NFS. Lorsqu'elle dispose des options appropriées, la commande/usr/sbin/exportfs écrit les systèmes de fichiers exportés dans/var/lib/nfs/xtab. Étant donné que rpc.mountd fait référence au fichier xtab lors de la décision des privilèges d'accès à un système de fichiers, les modifications apportées à la liste des systèmes de fichiers exportés prennent effet immédiatement.
Lisez également la page de manuel exportfs
pour plus de détails, en particulier la section "DESCRIPTION" qui explique tout cela et plus encore.
DESCRIPTION Un serveur NFS gère une table de systèmes de fichiers physiques locaux accessibles aux clients NFS. Chaque système de fichiers de ce tableau est appelé système de fichiers exporté, ou exportation, pour faire court.
The exportfs command maintains the current table of exports for the NFS server. The master export table is kept in a file named /var/lib/nfs/etab. This file is read by rpc.mountd when a client sends an NFS MOUNT request. Normally the master export table is initialized with the contents of /etc/exports and files under /etc/exports.d by invoking exportfs -a. However, a system administrator can choose to add or delete exports without modifying /etc/exports or files under /etc/exports.d by using the exportfs command.
Prenez également note des options que nous utilisons, -ra
:
-a Export or unexport all directories.
-r Reexport all directories, synchronizing /var/lib/nfs/etab with
/etc/exports and files under /etc/exports.d. This option
removes entries in /var/lib/nfs/etab which have been deleted
from /etc/exports or files under /etc/exports.d, and removes
any entries from the kernel export table which are no longer
valid.