[19482] in Athena Bugs
sun4 9.0.13: KNFS and nfs.server ownership?
daemon@ATHENA.MIT.EDU (Thomas E Cavin)
Mon Jul 30 13:53:00 2001
Message-Id: <200107301751.NAA09518@hchinaski.mit.edu>
To: bugs@MIT.EDU
Date: Mon, 30 Jul 2001 13:51:07 -0400
From: Thomas E Cavin <cavin@MIT.EDU>
System name: hchinaski.mit.edu
Type and version: Ultra-5_10 9.0.13 (with mkserv)
Display type: ffb
Shell: /bin/athena/bash
Window manager: unknown
What were you trying to do?
Have KNFS start automatically. This system is a private
Athena workstation with an attached RAID device that is
using KNFS to serve other workstations in the lab.
What's wrong:
The system does not start KNFS at boot. Specifically,
$ attach wagner-1
wagner-1: server hchinaski.mit.edu not responding.
Normally, when the system goes to runlevel 3, the nfs.server
script is run and the system responds with the proper attach.
What should have happened:
The system should boot, change to runlevel 3 and in the
process run "nfs.server start".
Please describe any relevant documentation references:
As far as I can tell, the problem seems to be the ownership of
the /etc/init.d/nfs.server file.
$ ls -l /etc/init.d/nfs*
-rwxr-xr-x 1 root root 1230 May 22 12:37 /etc/init.d/nfs.client
-rwxr-xr-x 1 root root 1230 Jun 22 2000 /etc/init.d/nfs.client.old
-rwxr--r-- 5 9796 mit 1750 Jul 3 22:37 /etc/init.d/nfs.server
$ hesinfo 9796 uid
zacheiss:*:9796:101:Garry Zacheiss,,W92-146,37675,:/mit/zacheiss:/bin/athena/bash
When I change the file to be owned by root:root, the system
seems to work properly, and runs nfs.server.
Note: This had been working before the release, and all the
links are still in place. The only change that I had to do to
fix this on one other system was to change ownership.
--Tom
