home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ornl!rsg1.er.usgs.gov!darwin.sura.net!lhc!adm!news
- From: todd@flex1.eng.mcmaster.ca (Todd Pfaff)
- Newsgroups: comp.sys.sgi
- Subject: NFS inconsistency
- Message-ID: <34152@adm.brl.mil>
- Date: 19 Nov 92 04:04:17 GMT
- Sender: news@adm.brl.mil
- Lines: 41
-
- I'm having a problem with NFS and SCCS...
-
- An SGI Crimson running IRIX 4.0.5 is the NFS server and a Sun 4 running
- SunOS 4.1.2 is the NFS client. The NFS filesystem is exported with root
- access to the client, and is mounted rw on the client.
-
- A group of programmers is using SCCS for a software development project.
- A file is owned by one of the users in the group (aaa, bbb or ccc) and
- all files are owned by group xxx. The umask is 007 so all files are
- created with owner and group access. All relevant user ids and group
- ids are the same on both the NFS client and server systems.
-
- SCCS creates new history files with mode 440 (-r--r-----).
-
- Suppose user aaa creates a new SCCS file:
-
- drwxrwx--- 4 aaa xxx 1024 Nov 18 22:18 .
- drwxrwx--- 9 aaa xxx 512 Oct 27 16:01 ..
- -r--r----- 1 aaa xxx 1 Nov 18 22:18 SCCS/s.file
-
- User bbb SCCS edits that file on the Sun NFS client and then submits the
- edits with SCCS delta. An NFS write error 13 message is reported on the
- console and the SCCS delta fails with:
-
- ERROR [SCCS/s.file]: directory `SCCS' unwritable (ut2)
-
- The operation works fine if user bbb logs into the NFS server system
- and performs the delta there, so it must be an NFS related problem.
- The operation also works fine if the NFS server is a Sun instead of
- an SGI. This is the way it was setup for the last year, but I just
- recently moved the file system in question to the SGI and the problem
- arose.
-
- Any ideas?
-
- --
- Todd Pfaff \ Internet: todd@flex.eng.mcmaster.ca
- Dept. of Mechanical Engineering \ Voice: (416) 525-9140 x2902
- McMaster University \ FAX: (416) 572-7944
- 1280 Main Street West \
- Hamilton, Ontario, CANADA L8S 4L7 \
-