[150] in Moira
Re: rt 7.1D: mkserv vs. sms:/u1/sms/bin/nfs.sh
daemon@ATHENA.MIT.EDU (Richard Basch)
Wed Aug 8 09:10:46 1990
Date: Wed, 8 Aug 90 09:10:19 -0400
To: qjb@MIT.EDU
Cc: testers@MIT.EDU, bug-moira@MIT.EDU
In-Reply-To: Emanuel 'Jay' Berkenbilt's message of Tue, 7 Aug 90 12:16:35 -0400,
From: Richard Basch <probe@MIT.EDU>
From: qjb@ATHENA.MIT.EDU
Date: Tue, 7 Aug 90 12:16:35 -0400
System name: soup
Type and version: RTPC-ROMPC 7.1D
Display type: apa16
What were you trying to do?
Keep credentials files updated via moira
What's wrong:
mkserv nfs causes /site/server/usr/etc/credentials to be
symbolic link to /site/usr/etc/credentials. The moira
update script, however, puts the new credentials file
in /usr/etc/credentials.new, and then after mkcred,
does mv -f to install the .dir and .pag files. This
obviously blows away the symbolic links generated by
mkserv. The next time mkserv is run, it will remove the
credentials files and the server will be without them
until the next nfs update.
What should have happened:
One of several things. Here are the ones that come to
my mind:
1. Have the moira update scripts canonicalize the path
name of /usr/etc/credentials and use that.new intead
of /usr/etc/credentials.new. That way, after mkserv
is run again, the credentials file will not be
removed.
2. Have mkserv special-case on the credentials files
I think it is clear that 1 is a better solution than 2.
There may be a better way. Following this report are
diffs to nfs.sh that will implement 1.
I can do #2, but Jay's bug report also can be said of machines that are
updated and have a read-only /srvd (thus the links are on a read-only
partition). I had this on "ajax", since it has local packs, and as soon
as the partition was marked read-only, the Moira updates started
failing. Thus, I would say that both should be done.
-Richard
