[plug] Re: [NFS] Linux NFS client to Solaris HSM NFS server

[Simon Scott]

	2 Things

	Try upgrading to an even more recent version of the kernel - perhaps
it was a problem that has been sorted out

	Second, if the problem persists, and you can verify that it works
under 2.2 and doesnt under 2.4 maybe it might be worth posting this to the
kernel list(s).







	From:	Ian Kent <ian.kent at pobox.com> on 17-06-2001 11:57 AM
	Please respond to plug at plug.linux.org.au@SMTP at Exchange
	To:	trond.myklebust at fys.uio.no@SMTP at Exchange
	cc:	shepler at eng.sun.com@SMTP at Exchange,
nfs at lists.sourceforge.net@SMTP at Exchange,
plug at plug.linux.org.au@SMTP at Exchange 

	Subject:	[plug] Re: [NFS] Linux NFS client to Solaris HSM NFS
server


	One of my colleagues told me that this behavior has appeared in the
2.4
	series kernel. He said that it worked as expected in the 2.2 series.
	Subsequently I checked 2.2.19 on my Sparc RH 6.2 box and it waited
until
	the file was available and then continued. There was no message but
then
	that is not important to us of course, just the behavior.

	So has the 2.4 client NFS been broken of is it now fixed?

	It would be disappointing to have to regress to a 2.2 kernel and
miss out
	on the new features and improved performance of 2.4.

	Trond Myklebust wrote:

	> >>>>> " " == Spencer Shepler <shepler at eng.sun.com> writes:
	>
	>      > Trond,
	>      >   Are you saying that it is difficult to retransmit the
request
	>      >   when
	>      > JUKEBOX is received or user level interaction is difficult?
	>
	> Neither. I'm just saying that AFAICS you're likely to want to
	> implement this at the VFS level above the semaphores etc. that we
	> apply in order to protect against local VFS races. If not, you'd
be
	> likely to cause other processes to hang while your request sleeps.
	>
	> Given the above premise I can't really see any good reason to do a
	> kernel space implementation. You can't protect against races, and
	> since the whole idea is to sleep for a fixed period of time, it's
	> going to be hard to justify all the effort by quoting significant
	> gains in efficiency ;-)...
	>
	> Cheers,
	>   Trond

	--
	   ,-._|\    Ian Kent
	  /      \   Perth, Western Australia
	  *_.--._/   E-mail: ian.kent at pobox.com, raven at plug.linux.org.au
	        v    Web: http://pobox.com/~ian.kent






**********************************************************************
This email and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they   
are addressed. If you have received this email in error please notify 
the system manager.

This footnote also confirms that this email message has been swept by 
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**********************************************************************