Le Fri, 04 Nov 2005 20:46:55 +0400 Stephane <stephane.peltier6@wanadoo.fr> a écrit: > Bonsoir à tous, > > je désespère ! le partage nfs est en principe si simple, et refuse > pourtant de fonctionner sur mes machines au boulôt. Or j'en ai vraiment > besoin. D'où ces questions : > > 1/ quels sont les services (portmap,rpc, mountd; nfs, ...) nécessaires > qui doivent être lancés sur : > - le serveur ? > - les clients ? Sur le serveur: root 454 0.0 0.0 0 0 ? SW Oct18 0:00 [nfsd] root 455 0.0 0.0 0 0 ? SW Oct18 0:00 [lockd] root 456 0.0 0.0 0 0 ? SW Oct18 0:00 [rpciod] root 457 0.0 0.0 0 0 ? SW Oct18 0:00 [nfsd] root 458 0.0 0.0 0 0 ? SW Oct18 0:00 [nfsd] root 459 0.0 0.0 0 0 ? SW Oct18 0:00 [nfsd] root 460 0.0 0.0 0 0 ? SW Oct18 0:00 [nfsd] root 461 0.0 0.0 0 0 ? SW Oct18 0:00 [nfsd] root 462 0.0 0.0 0 0 ? SW Oct18 0:00 [nfsd] root 463 0.0 0.0 0 0 ? SW Oct18 0:00 [nfsd] root 466 0.0 0.1 1432 376 ? S Oct18 /usr/sbin/rpc.mountd Sur le client, le montage lance root 908 0.0 0.0 0 0 ? S 17:51 0:00 [rpciod] root 909 0.0 0.0 0 0 ? S 17:51 0:00 [lockd] > > 2/ comment les lancer de façon automatisée au démarrage ? Chez moi, il ya /etc/init.d/nfs-kernel-server et /etc/init.d/nfs-common de lancer sur le serveur. inetd lance également des services rpc mais ceux ci sont plus tôt lancés par nfs--common. > > 3/ le fichier /etc/hosts a-t-il une importance et doit-il être configuré > pour que cela fonctionne ? > NFS marche assez mal. Essaye déjà au démarrage de monter un repertoire avec l'option -nolock. Puis affine. Par ailleurs, j'ai effectivement mis le nom du serveur dans le fichiers /etc/hosts. > 4/ est-il exact que les fichiers /etc/hosts.allow et /etc/hosts.deny > peuvent rester vides (au moins le temps de vérifier que ça marche, avant > de restreindre les accès) ? A priori ces fichiers ne servent que pour inetd donc pas pour NFS mais je dis peut être des anneries. Les droits se gèrent plutôt dans /etc/exports > > 5/ quelles sont les commandes à lancer pour vérifier que ça fonctionne > ou que cela ne fonctionne pas ? Ci joint un tcpdump fait sur le serveur correspondant à un montage NFS, cd, écriture, destruction de fichier et démontage. Tu pourras localiser où se situe l'éventuel pbm. > > 6/ est-il exact que les dossiers partagés ne doivent surtout pas être > vide au lancement de nfs ? > Non, par contre les liens ne sont pas suivis ainsi qu'un montage d'un disque distinct. > 7/ un fichier exports avec la syntaxe suivante est-il valable ? : > /home/moi/partage *(rw) > > pour partager /home/moi/partage se trouvant sur le serveur avec tout le > monde en lecture et écriture Oui > > 8/ la commande de montage suivante sur le client est-elle ok ? : > > mount -t nfs 192.168.0.1:/home/moi/partage /mnt/nfs Oui, le -t nfs est superflu. > > pour monter le partage du serveur sur le dossier /mnt/nfs du client > > 9/ Y a-t-il une configuration particulière de rpc à effectuer (des > fichiers à éditer par exemple) ? Là, c'est un peu le brouillard jamais eu à faire. > > Voilà, je crois avoir fait le tour, du moins pour l'instant. > > Petit rappel : malgré tous mes effort et l'accumulation de doc sur la > question, la configuration reconfiguration des fichiers, lancement et > relancement des services, il m'est toujours impossible de monter le > partage du serveur sur les client car le serveur renvoie une "permission > refusée". > Essaye avec l'option -nolock. > > Merci à toutes les bonnes âmes qui voudront bien se pencher là-dessus. > On va essayer mais NFS est assez pénible. François Boisson
Attachment:
NFS
Description: Binary data