home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!sgigate!odin!sgihub!zola!zuni!anchor!olson
- From: olson@anchor.esd.sgi.com (Dave Olson)
- Newsgroups: comp.sys.sgi.misc
- Subject: Re: NFS Write Error 13
- Message-ID: <uma967g@zuni.esd.sgi.com>
- Date: 10 Jan 93 02:37:00 GMT
- References: <GREENDOG.93Jan9162005@insti.physics.sunysb.edu>
- Sender: news@zuni.esd.sgi.com (Net News)
- Organization: Silicon Graphics, Inc. Mountain View, CA
- Lines: 39
-
- In <GREENDOG.93Jan9162005@insti.physics.sunysb.edu> greendog@insti.physics.sunysb.edu (Michael D. Fischer) writes:
-
- | What does the following (in /usr/adm/SYSLOG) exactly mean?
- |
- | > Jan 2 14:17:23 orthe unix: NFS write error 13 on host insti
- |
- | orthe is a diskless indigo/4000 connected to server insti (also R4000
- | indigo). We have been experiencing many problems with the diskless
- | machines since upgrading to R4000's and this message has been
- | appearing often.
- |
- | The problems are that, starting the day after they (5 of them) were
- | upgraded, occasionally when someone logs out, the display goes black
- | with little flashes of light all over the place. I would *guess* that
- | it's either a problem with XDM or Xsgi since it only seems to happen
- | when someone logs out. We have xdm terminate and restart the X server
- | whenever someone logs out to avoid the X server's size growing. We
- | installed a new 405F diskless share/client tree when the machines were
- | upgraded. The diskless machines all have entry graphics, while the
- | server is an XS. The diskless tree was configured for entry though, and
- | they work fine 98% of the time. Each machine seems to go OK for a few
- | days (say 20 logins) and then the display problem happens. TAC has never
- | heard of this problem but also suggests it is a software problem.
-
- There is a known bug that can occur on logout under both 405 and 405F
- on an Indigo. It is 'rare', but it happens (better under 405F than 405).
- It does seem to affect some configurations more than others.
-
- | Any help/info appreciated, on either this or the write errors (or both if
- | they may be related)!
-
- The write errors aren't related. error 13 is 'permission denied'. Probably
- some file is being written as root, but that gets turned into 'nobody'
- because of the way the filesystem is exported. See 'man exports' for
- more info on that.
- --
- Let no one tell me that silence gives consent, | Dave Olson
- because whoever is silent dissents. | Silicon Graphics, Inc.
- Maria Isabel Barreno | olson@sgi.com
-