That is what happens. I have 32 job slots, and usually
it takes less than two weeks to fill up. Unless I happen to log in in between and kill the
jobs.
Groet,
Wilm
(Verstuurd vanaf mijn telefoon, dus wat korter dan gewoonlijk.)
(Sent from my phone, so a bit more compact than usual)
Op 13 sep. 2022 om 12:00 heeft Johnny Billquist
<bqt(a)softjar.se> het volgende geschreven:
Are you saying that even though the DECnet connections are finished, there are processes
that stay around forever? That seems wrong.
Johnny
On 2022-09-13 10:06, Wilm Boerhout 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.
Running a daily kill job seems, well, overkill.
Thanks,
*Wilm*
_______________________________________________
HECnet mailing list -- hecnet(a)lists.dfupdate.se
To unsubscribe send an email to hecnet-leave(a)lists.dfupdate.se
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt(a)softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
_______________________________________________
HECnet mailing list -- hecnet(a)lists.dfupdate.se
To unsubscribe send an email to hecnet-leave(a)lists.dfupdate.se
_______________________________________________
HECnet mailing list -- hecnet(a)lists.dfupdate.se
To unsubscribe send an email to hecnet-leave(a)lists.dfupdate.se