13 Sep
2022
13 Sep
'22
3:28 p.m.
On Sep 13, 2022, at 4:06 AM, Wilm Boerhout
<wboerhout(a)gmail.com> wrote:
Hail all you RSTS buffs!
One of my nodes (PIRSTS) is running RSTS V10.1L and DECnet V4.1
Ever since I am on HECnet, I have observed that job slots are filled over time with jobs
under the DECnet account [29,206] in HB state, up to the point that the job max is
reached, and I cannot log in anymore.
My working hypothesis is that the polling processes (for HECnet mapping and other
inquiring minds – you know who you are) keep creating new jobs, instead of reusing old
ones.
Is there a way to tell DECnet/E that it should not keep jobs in HB state, but log them
out after use? Or reuse existing jobs on incoming connection requests? On DECnet/VMS there
are timer and other logicals that steer this behavior.
I checked my 10.1 system and it works as expected: NML jobs go away after the request is
finished.
Make sure NCP is privileged (protection code 232). Also, it's good practice to make
the decnet default account "captive", but it should not be required to do that.
I had it set that way on my test system, but I changed it to nocaptive to verify that the
NCP job cleans up correctly.
paul