Nfs - Historique des versions

217.174.199.129 le 28 mai 2013 à 16:43

2013-05-28T16:43:32Z

← Version précédente		Version du 28 mai 2013 à 16:43
Ligne 56 :		Ligne 56 :
	rpc.gssd — Ce processus fournit le mécanisme de transport client pour le processus d'authentification (Kerberos Version 5) avec NFSv4. Ce service est nécessaire pour une		rpc.gssd — Ce processus fournit le mécanisme de transport client pour le processus d'authentification (Kerberos Version 5) avec NFSv4. Ce service est nécessaire pour une
	utilisation avec NFSv4.		utilisation avec NFSv4.
			</pre>

			==== Problèmes ====
			Si il y a des soucis sur l'export nfs, vérifier les points suivant :
			<pre>
			* /etc/sysconfig/nfs
			MOUNTD_NFS_V3="yes"
			MOUNTD_OPEN_FILES=8192
			RPCNFSDCOUNT=24
			TUNE_QUEUE="yes"
			NFS_QS=262144

			* /etc/hosts.allow
			All:XXX.XXX.XXX.XXX/YYY.YYY.YYY.YYY ( avec XXX = ip du réseau authorisé à accéder au serveur et YYY = masque du réseau)

			Il faut aussi vérifier la présence des dossiers suivant (sinon il faut les créer) :
			/var/lib/nfs/rpc_pipefs/mount
			/var/lib/nfs/rpc_pipefs/nfs
			/var/lib/nfs/rpc_pipefs/statd
			/var/lib/nfs/rpc_pipefs/portmap
			/var/lib/nfs/rpc_pipefs/lockd

			Il faut aussi modifier le fichier /etc/fstab et y ajouter ces 2 lignes:
			rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs defaults 0 0
			nfsd /proc/fs/nfsd nfsd defaults 0 0
	</pre>		</pre>

217.174.199.129 le 28 mai 2013 à 16:40

2013-05-28T16:40:48Z

← Version précédente		Version du 28 mai 2013 à 16:40
Ligne 87 :		Ligne 87 :
	- actimeo=60 : Place le timeout du cache a 60s. Cela peut etre utilise pour les partitions qui changent peu et qui ne sont pas appele en ecriture		- actimeo=60 : Place le timeout du cache a 60s. Cela peut etre utilise pour les partitions qui changent peu et qui ne sont pas appele en ecriture
	</pre>		</pre>


	=== Client Nfs ===		=== Client Nfs ===

	Le service portmap (ou rpcbind sur les os récent) doit etre lancé et nfs-common avant le service netfs. Le service nfsd n'a aucune raison de tourner sur un client nfs. Le paquet nfs-utils doit être installé aussi. Sur certain os (genre centos 6.2), rpcbind n'est pas lancé directement, mais netfs qui est démarré le démarre (il n'y a plus portmap ou nfs-common).		Le service portmap (ou rpcbind sur les os récent) doit etre lancé et nfs-common avant le service netfs. Le service nfsd n'a aucune raison de tourner sur un client nfs. Le paquet nfs-utils doit être installé aussi. Sur certain os (genre centos 6.2), rpcbind n'est pas lancé directement, mais netfs qui est démarré le démarre (il n'y a plus portmap ou nfs-common).

Ligne 99 :		Ligne 97 :
	nfsd /proc/fs/nfsd nfsd defaults 0 0		nfsd /proc/fs/nfsd nfsd defaults 0 0
	</pre>		</pre>


	<pre>		<pre>

217.174.199.129 le 28 mai 2013 à 16:40

2013-05-28T16:40:27Z

← Version précédente		Version du 28 mai 2013 à 16:40
Ligne 57 :		Ligne 57 :
	utilisation avec NFSv4.		utilisation avec NFSv4.
	</pre>		</pre>

			==== Optimisation ====
			L'optimisation du NFS est relativement simple une fois que l'on sait comment cela fonctionne. Le NFS est un systeme de fichier partage, il est donc concu pour s'assurer de la
			pertinence des informations accedes via une utilisation relativement faible du cache des informations lie au systeme de fichiers (a opposer au cache des fichiers en eux meme).
			Par defaut, a chaque requete via le NFS, un GETATTR est effectue pour verifier que le fichier n'a pas ete modifie depuis le dernier acces. Si ce n'est pas le cas, la version en cache
			est donc validee, dans le cas contraire une nouvelle requete reseau est effectue. Cela peut donc etre tres penalisant si le nombre de fichier acceder est important.

			Mise a part cet element qui peut fortement joue, tout les autres parametres sont relativement peu impactant. Voici donc les parametre qui semble etre optimaux :
			<pre>
			- Systeme : nfsvers=3,hard,intr,tcp,timeo=600,retrans=2,rsize=32768,wsize=32768,nocto,nolock
			- Application : nfsvers=3,hard,intr,tcp,timeo=600,retrans=2,rsize=32768,wsize=32768,actimeo=60,nolock
			- Data : nfsvers=3,hard,intr,tcp,timeo=600,retrans=2,rsize=32768,wsize=32768
			</pre>

			Explication de ces parametres :
			<pre>
			- nfsvers=3 : Cela force le passage en nfs v3. Suivant l'endroit ou la ligne est situe, l'un ou l'autre des parametres n'est pas fonctionnel. L'utilisation des droits permet donc de
			forcer a coup sur le v3
			- hard : tout appel NFS reste actif tant que la reponse n'est pas valide, cela permet de s'assurer que la lecture ou l'ecriture est effective.
			- intr : Un processus qui fait une requete NFS ne peut etre interrompu sauf si cette option est selectionne. Cela permet, entre autres, de killer un processus si le serveur nfs ne
			repond plus
			- tcp : Le montage est realise en tcp. Cela permet de garantir un meilleur acces au serveur nfs, en particulier si il y a des problemes reseaux, par rapport a l'udp, il y a une perte
			tres faible en performance dans le cas d'un reseau ideal, mais cela est negligeable. De plus l'udp va disparaitre a terme au niveau NFS. Enfin, dans le cas d'un changement de MTU, le
			tcp est necessaire pour que l'echange se fasse.
			- timeo=600, retrans=2
			- rsize=32k, wsize=32k : Taille des paquets nfs envoye, en tcp, il est preconise d'utiliser le maximum.
			- nocto : NO Cache TimeOut. Parametre le plus important car il permet d'indiquer que le cache d'attribut n'expire jamais. Ce parametre, a utiliser sur le montage systeme, permet
			d'eviter de faire des GETATTR pour chaque librairie systeme. Cela permet d'accelerer fortement les acces, a n'utiliser cependant que pour la partie systeme
			- actimeo=60 : Place le timeout du cache a 60s. Cela peut etre utilise pour les partitions qui changent peu et qui ne sont pas appele en ecriture
			</pre>


	=== Client Nfs ===		=== Client Nfs ===

Admin le 17 septembre 2012 à 12:00

2012-09-17T12:00:31Z

← Version précédente		Version du 17 septembre 2012 à 12:00
Ligne 95 :		Ligne 95 :

	Sous freebsd, il faut editer le fichier /etc/rc.conf et rajouter : nfs_client_enable="YES" et nfs_reserved_port_only="YES"		Sous freebsd, il faut editer le fichier /etc/rc.conf et rajouter : nfs_client_enable="YES" et nfs_reserved_port_only="YES"


	~~=== Export NFS Netapp & Qtree ===~~

	~~Nous allons voir ici un cas un peu particulier d'export Nfs concernant des droits restreints, mais le principe d'une Qtree / export nfs est le même pour les cas simples.~~

	~~<pre>~~
	~~On peut avoir besoin d'avoir des droits nfs restreint sur des répertoires d'une Qtree, donc que chaque serveur ne puisse monter que son "sous-répertoire" de la qtree et ne puisse pas~~
	~~monter la qtree globale~~

	~~Il faut alors procéder de la sorte :~~
	~~- On crée une qtree de facon normal, ici /vol/vol0/dialnode~~
	~~- On fait un export nfs classique de la qtree /vol/vol0/dialnode, on monte la qtree sur un serveur, et on créé plusieurs répertoires (ex db02so,wb01so) qui vont etre affectés à des~~
	~~serveurs, avec des exports nfs particulier pour chacun des répertoires~~
	~~- On démonte la qtree /vol/vol0/dialnode sur le serveur, et on supprime son export nfs sur le nfs~~
	~~- On recréé alors l'export nfs suivant :~~
	~~/vol/vol0/dialnode Read-Write Access (127.0.0.1)~~
	~~Root Access (127.0.0.1)~~
	~~Security (sys)~~

	~~Cela va permettre de creer des exports nfs pour les autres répertoires que nous avons créés (et qui ne sont pas des qtree) et de les monter sur les différents serveurs. Sans l'export~~
	~~nfs précédent (/vol/vol0/dialnode Read-Write Access (127.0.0.1)), les répertoires de cette qtree ne pourraient pas être montés sur les serveurs. Mais avec ces droits particuliers, les~~
	~~serveurs ne peuvent pas monter la qtree /vol/vol0/dialnode~~

	~~- Export nfs pour les répertoires de la qtree (classique)~~
	~~/vol/vol0/dialnode/backup/db02so~~
	~~Read-Write Access (172.31.50.23)~~
	~~Root Access (172.31.50.23)~~
	~~Security (sys)~~

	~~/vol/vol0/dialnode/backup/wb01so~~
	~~Read-Write Access (172.31.50.24)~~
	~~Root Access (172.31.50.24)~~
	~~Security (sys)~~
	~~</pre>~~

	[[Catégorie:Linux]]		[[Catégorie:Linux]]

217.174.199.129 le 14 août 2012 à 12:34

2012-08-14T12:34:37Z

← Version précédente		Version du 14 août 2012 à 12:34
Ligne 95 :		Ligne 95 :

	Sous freebsd, il faut editer le fichier /etc/rc.conf et rajouter : nfs_client_enable="YES" et nfs_reserved_port_only="YES"		Sous freebsd, il faut editer le fichier /etc/rc.conf et rajouter : nfs_client_enable="YES" et nfs_reserved_port_only="YES"


			=== Export NFS Netapp & Qtree ===

			Nous allons voir ici un cas un peu particulier d'export Nfs concernant des droits restreints, mais le principe d'une Qtree / export nfs est le même pour les cas simples.

			<pre>
			On peut avoir besoin d'avoir des droits nfs restreint sur des répertoires d'une Qtree, donc que chaque serveur ne puisse monter que son "sous-répertoire" de la qtree et ne puisse pas
			monter la qtree globale

			Il faut alors procéder de la sorte :
			- On crée une qtree de facon normal, ici /vol/vol0/dialnode
			- On fait un export nfs classique de la qtree /vol/vol0/dialnode, on monte la qtree sur un serveur, et on créé plusieurs répertoires (ex db02so,wb01so) qui vont etre affectés à des
			serveurs, avec des exports nfs particulier pour chacun des répertoires
			- On démonte la qtree /vol/vol0/dialnode sur le serveur, et on supprime son export nfs sur le nfs
			- On recréé alors l'export nfs suivant :
			/vol/vol0/dialnode Read-Write Access (127.0.0.1)
			Root Access (127.0.0.1)
			Security (sys)

			Cela va permettre de creer des exports nfs pour les autres répertoires que nous avons créés (et qui ne sont pas des qtree) et de les monter sur les différents serveurs. Sans l'export
			nfs précédent (/vol/vol0/dialnode Read-Write Access (127.0.0.1)), les répertoires de cette qtree ne pourraient pas être montés sur les serveurs. Mais avec ces droits particuliers, les
			serveurs ne peuvent pas monter la qtree /vol/vol0/dialnode

			- Export nfs pour les répertoires de la qtree (classique)
			/vol/vol0/dialnode/backup/db02so
			Read-Write Access (172.31.50.23)
			Root Access (172.31.50.23)
			Security (sys)

			/vol/vol0/dialnode/backup/wb01so
			Read-Write Access (172.31.50.24)
			Root Access (172.31.50.24)
			Security (sys)
			</pre>

	[[Catégorie:Linux]]		[[Catégorie:Linux]]

217.174.199.129 le 22 juin 2012 à 16:16

2012-06-22T16:16:29Z

← Version précédente		Version du 22 juin 2012 à 16:16
Ligne 60 :		Ligne 60 :
	=== Client Nfs ===		=== Client Nfs ===

	Le service portmap (ou rpcbind sur les os récent) doit etre lancé et nfs-common avant le service netfs. Le service nfsd n'a aucune raison de tourner sur un client nfs. Le paquet nfs-utils doit être		Le service portmap (ou rpcbind sur les os récent) doit etre lancé et nfs-common avant le service netfs. Le service nfsd n'a aucune raison de tourner sur un client nfs. Le paquet nfs-utils doit être installé aussi. Sur certain os (genre centos 6.2), rpcbind n'est pas lancé directement, mais netfs qui est démarré le démarre (il n'y a plus portmap ou nfs-common).
	installé aussi

	<pre>		<pre>

217.174.199.129 le 7 juin 2012 à 13:57

2012-06-07T13:57:48Z

← Version précédente		Version du 7 juin 2012 à 13:57
Ligne 22 :		Ligne 22 :
	</pre>		</pre>

	Sur le serveur, nfs & portmap doivent etre lancés.		Sur le serveur, nfs & portmap (rpcbind sur les OS récent) doivent etre lancés.
	<pre>		<pre>
	Pour partager ou monter les systèmes de fichiers NFS, les services suivants fonctionnent de concert, selon la version de NFS qui est implémentée :		Pour partager ou monter les systèmes de fichiers NFS, les services suivants fonctionnent de concert, selon la version de NFS qui est implémentée :
Ligne 60 :		Ligne 60 :
	=== Client Nfs ===		=== Client Nfs ===

	Le service portmap (ou rpcbind sur les os récent) doit etre lancé avant le service netfs. Le service nfsd n'a aucune raison de tourner sur un client nfs. Le paquet nfs-utils doit être		Le service portmap (ou rpcbind sur les os récent) doit etre lancé et nfs-common avant le service netfs. Le service nfsd n'a aucune raison de tourner sur un client nfs. Le paquet nfs-utils doit être
	installé aussi		installé aussi

217.174.199.129 le 13 avril 2012 à 10:59

2012-04-13T10:59:48Z

← Version précédente		Version du 13 avril 2012 à 10:59
Ligne 60 :		Ligne 60 :
	=== Client Nfs ===		=== Client Nfs ===

	Le service portmap (ou rpcbind sur les os récent) doit etre lancé avant le service netfs. Le service nfsd n'a aucune raison de tourner sur un client nfs		Le service portmap (ou rpcbind sur les os récent) doit etre lancé avant le service netfs. Le service nfsd n'a aucune raison de tourner sur un client nfs. Le paquet nfs-utils doit être
			installé aussi

	<pre>		<pre>

217.174.199.129 le 10 avril 2012 à 16:31

2012-04-10T16:31:19Z

← Version précédente		Version du 10 avril 2012 à 16:31
Ligne 60 :		Ligne 60 :
	=== Client Nfs ===		=== Client Nfs ===

	Le service portmap doit etre lancé avant le service netfs		Le service portmap (ou rpcbind sur les os récent) doit etre lancé avant le service netfs. Le service nfsd n'a aucune raison de tourner sur un client nfs

	<pre>		<pre>

217.174.199.129 le 2 septembre 2011 à 10:47

2011-09-02T10:47:45Z

← Version précédente		Version du 2 septembre 2011 à 10:47
Ligne 59 :		Ligne 59 :

	=== Client Nfs ===		=== Client Nfs ===

			Le service portmap doit etre lancé avant le service netfs

	<pre>		<pre>
	Si le client n'arrive pas à faire un mount nfs, essayer de faire un mount nfs en local sur le serveur nfs. Si le serveur n'y arrive pas non plus, rajouter dans le /etc/fstab du		Si le client n'arrive pas à faire un mount nfs, essayer de faire un mount nfs en local sur le serveur nfs. Si le serveur n'y arrive pas non plus, rajouter dans le /etc/fstab du