[24488] in Hotline Meeting
RE:Richard-bach
daemon@ATHENA.MIT.EDU (jjmorey@MIT.EDU)
Wed Sep 28 09:39:18 1994
From: jjmorey@MIT.EDU
To: hotline@MIT.EDU
Date: Wed, 28 Sep 1994 09:39:11 EDT
------- Forwarded Message
Received: from MIT.MIT.EDU by po8.MIT.EDU (5.61/4.7) id AA08810; Tue, 27 Sep 94 19:40:05 EDT
Received: from THE-OTHER-WOMAN.MIT.EDU by MIT.EDU with SMTP
id AA27763; Tue, 27 Sep 94 19:39:54 EDT
Received: by the-other-woman.MIT.EDU (8.6.9/4.7.1)
id TAA27162; Tue, 27 Sep 1994 19:39:53 -0400
Message-Id: <199409272339.TAA27162@the-other-woman.MIT.EDU>
To: epeisach@MIT.EDU
Cc: salemme@MIT.EDU, op@MIT.EDU, bug-dialup@MIT.EDU
Subject: Re: machine 'richard-bach'
In-Reply-To: Your message of "Sat, 12 Mar 1994 10:03:05 EST."
<9403121503.AA03796@kangaroo.mit.edu>
Date: Tue, 27 Sep 1994 19:39:52 EDT
From: Jonathon Weiss <jweiss@MIT.EDU>
>> a) The machine claims to be running 7.6
>> b) -class mkserv indicates that the services file is in
>> /site/services/... This was a bug we fixed in 7.4.
>> c) Fingering ath the machine has the load indication fingerd
>>
>> Therefore, I assume that the machine is running at least mkserv dialup.
>>
>> The I looked at a dialup server - sure enough the snmpd that is copied
>> into the dialup servers thinks the mkserv file is in /site.... We fixed
>> this years ago!!!!
>>
>> I sent mail 8 months ago when you were considering dumping the opssrc
>> version of snmpd into the real source tree that this conflict existed -
>> not one fixed it!!!
>>
>> The fix belongs in /mit/opssrc/snmpd/server/src/config.h
>>
>> Other gratuitous changes that were made was that the pid file is stored
>> in /etc/athena instead of /etc. Again - this was a change made without
>> consulting rel-eng. /srvd/usr/athena/lib/update/do_update 'knows' about
>> the /etc/snmpd.pid file so that it can shutdown snmpd during an update
>> process. This prevents file locking on the root disk and gives maximal
>> space for an update....
>>
>> Please, please, please would someone rectify the problems... (and make
>> sure that any new versions of snmpd introdued into the release are
>> consistant)
OK, so this has sat in my mailbox for a while... I just took a copy
of the release version of snmpd and re-patched it to return the load
(I don't know why that patch never made it into the relase, but I just
re-sent it to bugs). Anyway the version of snmpd I just took correct
all of the problems Ezra mentioned, and anything elase that has
happened to snmpd since Mark put together the version we have been
using. Hopefully the patch will get into the release eventually, so
we will be able to drop our special snmpd altogether.
Jonathon
------- End of Forwarded Message
