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 [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Vincent Morlot([EMAIL PROTECTED])
