[5702] in Athena Bugs

home help back first fref pref prev next nref lref last post

7.* moira, dcmmaint

daemon@ATHENA.MIT.EDU (David Krikorian)
Sun Aug 12 10:45:55 1990

Date: Sun, 12 Aug 90 10:45:39 -0400
From: David Krikorian <dkk@ATHENA.MIT.EDU>
To: bugs@ATHENA.MIT.EDU, testers@ATHENA.MIT.EDU
Reply-To: dkk@mit.edu


The "moira" and "dcmmaint" programs on a 7.0 or 7.1H RT can die when
they try to leave the DCM Host or DCM Service menu [7.1H example]:
------------
Command: 2
Add a new service/host tuple
Name of service: nfs
Name of machine: atlas
Enable [1]:
Value 1 [0]:
Value 2 [0]:
Value 3 []:
Command: q
Segmentation violation
                      tisiphone#
------------
I was able to reproduce the problem with both moira and dcmmaint from
7.0F, 7.1H, the moira locker and the moiradev locker.  They worked
fine on a VAX, though.  In niether DCM menu was there a problem if I
just did a showserv or showhost, or if I did nothing.  I also made
modifications in non-dcm menus without a problem.

The 7.0 moira clients died in the same way as the 7.1 clients (see
example, above) except that I didn't need to type 'q'.  They died as
soon as the server returned with Unknown service (Query failed).

The 7.1 clients died in response to two other stimuli, as well:

- Leaving the menu with 'r' was just as effective as leaving with 'q'.

- Typing ^C far enough into the process to result in an "Abort"
  caused the clients to die, too.  Typing ^C early enough that the
  client didn't "Abort" the query (but just replaced the prompt with
  the "Command: " prompt) didn't cause a problem, until I left the
  menu, of course.

I was going to track down the problem further, but I couldn't find a
set of the "moira" sources that would build without work.  (The main
one in the source tree did NOT build.)


home help back first fref pref prev next nref lref last post