On Sep 13, 2022, at 4:06 AM, Wilm Boerhout <wboerhout@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