13 Sep
2022
13 Sep
'22
12:16 p.m.
I know. I have no objection to that whatsoever. But I wonder why these jobs do not
disappear – the problem is at my end I’m sure.
Wilm
From: Supratim Sanyal <supratim(a)riseup.net>
Sent: Tuesday, September 13, 2022 12:14 PM
To: The Hobbyist DECnet mailing list <hecnet(a)lists.dfupdate.se>se>; Wilm Boerhout
<wboerhout(a)gmail.com>
Subject: Re: [HECnet] Re: RSTS DECnet config question
Wilm - 31.28 (RST101) is "inspected" every 30 minutes from two different sources
to generate this
<http://sanyalnet-openvms-vax.freeddns.org:82/sanyalnet-labs-decnet-node-status.html>
and this <http://sanyal.duckdns.org/sanyalnet-labs-decnet-node-status.html> , and
at a lesser frequency for other purposes including every two weeks to generate this
<http://sanyalnet-openvms-vax.freeddns.org:82/falserver/hecnet-status.html> as you
know. It responds to all of this very light probing pretty much indefinitely for as long
as the simh host is up, probably a couple of years is the longest uptime of the host so
far.
BTW, anything that is network facing should be configured to handle probing at non-DDOS
levels, though "tightening" a HECnet-facing DECnet node may be an overkill.
Regards,
Supratim
On 9/13/22 5:17 AM, Wilm Boerhout wrote:
I have tried to keep up with the patches, also those advertised on this list.
And it is not only netmapper that knocks on my door…
W
From: Keith Halewood <mailto:Keith.Halewood@pitbulluk.org>
<Keith.Halewood(a)pitbulluk.org>
Sent: Tuesday, September 13, 2022 11:00 AM
To: The Hobbyist DECnet mailing list <mailto:hecnet@lists.dfupdate.se>
<hecnet(a)lists.dfupdate.se>
Subject: [HECnet] Re: RSTS DECnet config question
I have two RSTS 10.1L nodes on HECnet and they see netmapper activity regularly. I’ve not
had any issues with job slots running out.
Did DECnet patching take place? Otherwise, it doesn’t seem to be netmapper causing this.
Keith
From: Wilm Boerhout [mailto:wboerhout@gmail.com]
Sent: 13 September 2022 09:06
To: hecnet(a)lists.dfupdate.se <mailto:hecnet@lists.dfupdate.se>
Subject: [HECnet] RSTS DECnet config question
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 <mailto:hecnet@lists.dfupdate.se>
To unsubscribe send an email to hecnet-leave(a)lists.dfupdate.se
<mailto:hecnet-leave@lists.dfupdate.se>
--
