Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!cca!mirror!rayssd!brunix!nancy!sgf
From: sgf@nancy ( _/**/Sam_Fulcomer )
Newsgroups: comp.sys.sgi
Subject: Re:  NFS problems and RE:RE:VT100/Keyboard
Message-ID: <20594@brunix.UUCP>
Date: Wed, 18-Nov-87 12:58:27 EST
Article-I.D.: brunix.20594
Posted: Wed Nov 18 12:58:27 1987
Date-Received: Sat, 21-Nov-87 11:31:12 EST
References: <8711122300.aa16787@SEM.BRL.ARPA>
Sender: root@brunix.UUCP
Reply-To: sgf@browncs.BITNET ( _/**/Sam_Fulcomer )
Organization: Brown University Computer Science Dept.
Lines: 32
Keywords: SGI NFS bugs

In article <8711122300.aa16787@SEM.BRL.ARPA> mike@BRL.ARPA (Mike Muuss) writes:
>If SGI ships 3.6 without a reliable fix for this problem...

Well, I'll be a little unhappy if SGI doesn't cough up the promised,
generally reworked, NFS. In addition to the problems I outlined in an earlier
posting (mostly to do with heterogeneous networks) I've come up with an ugly
little problem with links in nfs mounts. The kernel lookup code  doesn't 
properly deal with links on the nfs filesystem under some circumstances

(e.g.
	baby:/usr         nfs  100672  83961  16711  83%  /usr
	/usr/lib/crontab -> /private/usr/lib/crontab

	# vi /usr/lib/crontab

	:w

    Yields:
	Permission denied [Warning - /usr/lib/crontab is incomplete]

    It doesn't make any difference if /private/usr/lib/crontab doesn't exist
)

Sam


-------------------------------------------------------------------------
		BITNET		sgf@BROWNCS
		CSNET		sgf@cs.brown.edu
		ARPANET 	sgf%cs.brown.edu@relay.cs.net
		UUCP		{ihnp4,allegra,decvax,princeton}!brunix!sgf
		TELECOM		401-863-3618