I asked about some NFS write error messages in my log file. The original
message is attached below.
So far I have received replies from
Glenn Satchell glenn@uniq.com.au
K.Ravi RAVKRISH.IN.oracle.com.ofcmail@in.oracle.com
Mariel Feder unix.support@meralco.com.ph
I was pointed toward the article
http://www.sun.com/sunworldonline/swol-10-1995/swol-10-sysadmin.html
which has general information about debugging NFS problems, and the script
http://www.sun.com/sunworldonline/ftp/sysadmin/fhfind
which takes the filehandle numbers from the error message and produces the
filename. Given that, fuser will give the offending program.
Using this tool I was able to determine that the problem is due to nmbd, one of
the Samba daemons. So far I don't know why samba is trying to run on this
machine, but that's another problem. I have disabled the daemons in
/etc/inetd.conf, and we'll see who complains.
(fhfind is pretty simple. Of the 8 numbers in the error message, the first is
a filesystem ID that can be found in /etc/mnttab, and the fourth is the inode
number in hexadecimal. Given the filesystem name and the decimal inode number,
"find" will locate the file.)
(By the way, fhfind uses the "tr" command. It works with /usr/ucb/tr, but not
with /usr/bin/tr. Sigh.)
Concerning the double mounts of the same filesystem under two names, all
three respondents explained the special properties of the /net directory if
/etc/auto_master contains
/net -hosts
I still don't know why there should have been a reference to the /net version
of this filesystem, though. I think all my stuff should use the indirect map.
Apparently it's harmless to umount one of the manifestations, so I did it.
We'll see if it reappears.
Original message:
> I've been upgrading a bunch of Sparcs to Solaris 2.5.1. The latest one has
> started creating some error messages that I haven't seen before:
>
> Nov 7 05:21:01 egret8 unix: NFS write error on host razzle: Permission denied.
> Nov 7 05:21:01 egret8 unix: (file handle: 800000 2 a0000 6b46a 807f2c77 a0000 2
> 5c9e 3dd258d3)
>
> Unfortunately this host mounts several filesystems from the same server, so
> it's not obvious where the trouble is. Permissions are handled by a netgroup,
> and the client is in the netgroup. Root access is not allowed. I can't think
> of any reason why something on the client should be trying to write on a mounted
> filesystem as root, but I suppose it's possible. Is there any way to track
> down the problem?
>
> Meanwhile, there's another anomaly that may be related. One of the mounted
> filesystems shows up twice in "df":
>
> razzle:/export/home 2852064 1766776 800088 69% /net/razzle/export/home
> razzle:/export/home 2852064 1766776 800088 69% /home/razzle
>
> The second line is what I expect. /etc/auto_home has the line
> * &:/export/home
> So far I can't find any cause for the first line. Could this be related to
> the permission problem?
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:12:09 CDT