Re: nfs et netfinity pb résolu
Le problème est du à la taille de la mtu, le serveur nfs se trouve sur
un réseau token ring mtu à 2000
le client sur un réseau ethernet mtu à 1500.
Vincent Morlot wrote:
>
> Bonjour,
>
> J'ai plusieurs serveurs (slink avec noyau 2.2.10 ou 2.2.12).
> J'essai d'exporter un répertoire de la machine nommée netix
> (pc avec carte token ring) vers par exemple leonard (pc avec
> carte token ring) et infinity (serveur IBM netfinity 3500
> avec carte ethernet). Quand je veux copier un fichier depuis
> le repertoire monté en nfs vers la machine infinity, je me
> retrouve bloqué sur la machine infinity, alors que je peux
> le faire depuis la machine leonard au meme moment ( donc le
> serveur nfs est à priori ok)
>
> Log du coté serveur nfs (netix) quand cela marche
>
> May 4 11:46:31 netix nfsd[32156]: lookup [1 70/3/4 00:27:30
> leonard
> 1000.1000+1000,20,30,33,100,101]
> May 4 11:46:31 netix nfsd[32156]: ^Ifh:/packages
> n:slink
> May 4 11:46:31 netix nfsd[32156]: ^Inew_fh =
> /packages/slink
> May 4 11:46:31 netix nfsd[32156]: result:
> 0
> May 4 11:46:31 netix nfsd[32156]: lookup [1 70/3/4 00:27:30
> leonard
> 1000.1000+1000,20,30,33,100,101]
> May 4 11:46:31 netix nfsd[32156]: ^Ifh:/packages/slink
> n:stable
> May 4 11:46:31 netix nfsd[32156]: ^Inew_fh =
> /packages/slink/stable
> May 4 11:46:31 netix nfsd[32156]: result:
> 0
> May 4 11:46:31 netix nfsd[32156]: lookup [1 70/3/4 00:27:30
> leonard
> 1000.1000+1000,20,30,33,100,101]
> May 4 11:46:31 netix nfsd[32156]:
> ^Ifh:/packages/slink/stable
> n:Contents-i386.gz
> May 4 11:46:31 netix nfsd[32156]: ^Inew_fh =
> /packages/slink/stable/Contents-i386.gz
> May 4 11:46:31 netix nfsd[32156]: result:
> 0
> May 4 11:46:31 netix nfsd[32156]: read [1 70/3/4 00:27:30
> leonard
> 1000.1000+1000,20,30,33,100,101]
> May 4 11:46:31 netix nfsd[32156]:
> ^I/packages/slink/stable/Contents-i386.gz: 40
> May 4 11:46:31 netix nfsd[32156]:
> ^I/packages/slink/stable/Contents-i386.gz: 40
> 96 bytes at
> 180224
> May 4 11:46:31 netix nfsd[32156]: result:
> 0
> May 4 11:46:31 netix nfsd[32156]: read [1 70/3/4 00:27:30
> leonard 1000.1000+100
> 0,20,30,33,100,101]
> May 4 11:46:31 netix nfsd[32156]:
> ^I/packages/slink/stable/Contents-i386.gz: 40
> 96 bytes at
> 184320
> May 4 11:46:31 netix nfsd[32156]: result:
> 0
> May 4 11:46:31 netix nfsd[32156]: read [1 70/3/4 00:27:30
> leonard 1000.1000+100
> 0,20,30,33,100,101]
> May 4 11:46:31 netix nfsd[32156]:
> ^I/packages/slink/stable/Contents-i386.gz: 40
> 96 bytes at
> 225280
> May 4 11:46:31 netix nfsd[32156]: result:
> 0
> May 4 11:46:31 netix nfsd[32156]: read [1 70/3/4 00:27:30
> leonard 1000.1000+100
> 0,20,30,33,100,101]
> May 4 11:46:31 netix nfsd[32156]:
> ^I/packages/slink/stable/Contents-i386.gz: 40
> 96 bytes at
> 229376
> May 4 11:46:31 netix nfsd[32156]: result:
> 0
> May 4 11:46:31 netix nfsd[32156]: read [1 70/3/4 00:27:30
> leonard 1000.1000+100
> 0,20,30,33,100,101]
> May 4 11:46:31 netix nfsd[32156]:
> ^I/packages/slink/stable/Contents-i386.gz: 40
> 96 bytes at 864256
>
> Log du coté serveur nfs (netix) quand cela ne marche pas
>
> May 4 11:48:38 netix nfsd[32156]: lookup [1 70/1/1 01:20:02
> eternity 0.0+0]
> May 4 11:48:38 netix nfsd[32156]: ^Ifh:/packages
> n:slink
> May 4 11:48:38 netix nfsd[32156]: ^Inew_fh =
> /packages/slink
> May 4 11:48:38 netix nfsd[32156]: result:
> 0
> May 4 11:48:38 netix nfsd[32156]: lookup [1 70/1/1 01:20:02
> eternity 0.0+0]
> May 4 11:48:38 netix nfsd[32156]: ^Ifh:/packages/slink
> n:stable
> May 4 11:48:38 netix nfsd[32156]: ^Inew_fh =
> /packages/slink/stable
> May 4 11:48:38 netix nfsd[32156]: result:
> 0
> May 4 11:48:38 netix nfsd[32156]: lookup [1 70/1/1 01:20:02
> eternity 0.0+0]
> May 4 11:48:38 netix nfsd[32156]:
> ^Ifh:/packages/slink/stable
> n:Contents-i386.gz
> May 4 11:48:38 netix nfsd[32156]: ^Inew_fh =
> /packages/slink/stable/Contents-i386.gz
> May 4 11:48:38 netix nfsd[32156]: result:
> 0
> May 4 11:48:38 netix nfsd[32156]: read [1 70/1/1 01:20:02
> eternity 0.0+0]
> May 4 11:48:38 netix nfsd[32156]:
> ^I/packages/slink/stable/Contents-i386.gz: 4096 bytes at
> 0
> May 4 11:48:38 netix nfsd[32156]: result: 0
> May 4 11:48:38 netix nfsd[32156]: read [1 70/1/1 01:20:02
> eternity 0.0+0]
> May 4 11:48:38 netix nfsd[32156]:
> ^I/packages/slink/stable/Contents-i386.gz: 4096 bytes at
> 0
> May 4 11:48:38 netix nfsd[32156]: result:
> 0
> May 4 11:48:39 netix nfsd[32156]: read [1 70/1/1 01:20:02
> eternity 0.0+0]
> May 4 11:48:39 netix nfsd[32156]:
> ^I/packages/slink/stable/Contents-i386.gz: 4096 bytes at
> 0
> May 4 11:48:39 netix nfsd[32156]: result:
> 0
> May 4 11:48:40 netix nfsd[32156]: read [1 70/1/1 01:20:02
> eternity 0.0+0]
> May 4 11:48:40 netix nfsd[32156]:
> ^I/packages/slink/stable/Contents-i386.gz: 4096 bytes at
> 0
> May 4 11:48:40 netix nfsd[32156]: result:
> 0
> May 4 11:48:43 netix nfsd[32156]: read [1 70/1/1 01:20:02
> eternity 0.0+0]
> May 4 11:48:43 netix nfsd[32156]:
> ^I/packages/slink/stable/Contents-i386.gz: 4096 bytes at
> 0
> May 4 11:48:43 netix nfsd[32156]: result: 0
>
> Sur la machine infinity j'obtiens le log suivant
>
> May 4 11:48:40 infinity kernel : nfs : server netix not
> responding, still trying
> May 4 11:48:40 infinity kernel : nfs : server netix not
> responding, still trying
> May 4 11:48:40 infinity kernel : nfs : task 20 can't get a
> request slot
>
> Si je change de serveur nfs (netix) j'obtiens le meme
> resultat dans le cas ou celui ci est une machine connectée
> sur le reseau token ring, alors que a priori si le serveur
> nfs et le client nfs sont sur le reseau ethernet je n'ai pas
> de probleme.
>
> Si je place un serveur nfs (infinity) sur le reseau
> ethernet, un client depuis le reseau token ring peut accéder
> sans problème (copie de fichiers, ...)
>
> Quelle démarche dois je adopter pour essayer de comprendre
> ce qui se passe.
> Le réseau ethernet et le réseau token ring sont reliés par
> un bridge.
>
> Merci
>
> --
> To UNSUBSCRIBE, email to debian-french-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
--
Vincent Morlot(VincentMorlot@csi.com)
Reply to: