13 Sep
2022
13 Sep
'22
4:02 p.m.
Well. I suspect any scraping would get the same effect I saw. On most
any other machine that don't allow anonymous access, you'd see something
like:
.ncp tell jocke sho exec
NCP -- Show failed, Listener connect failed, access control rejected
But it might be that RSTS/E gives a result like that when no access.
Just not what I would have expected.
Johnny
On 2022-09-13 14:12, Wilm Boerhout wrote:
Funny as in "mostly vanilla"?
Attached is the command output with credentials.
But having priv access only here should not cause that behavior?
Wilm
-----Original Message-----
From: Johnny Billquist <bqt(a)softjar.se>
Sent: Tuesday, September 13, 2022 1:55 PM
To: hecnet(a)lists.dfupdate.se
Subject: [HECnet] Re: RSTS DECnet config question
PIRSTS is "funny".
.ncp tell pirsts sho exec cha
NCP -- Show failed, operation failure
?Protection violation
Error finding executor state
.
Maybe related?
Johnny
On 2022-09-13 12:58, Johnny Billquist wrote:
--
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
I don't think you can blame any crawler for
this. This would appear to
be something wrong in RSTS/E then. Paul can maybe figure out what the
problem is and how to resolve it.
Johnny
On 2022-09-13 12:02, Wilm Boerhout wrote:
_______________________________________________
HECnet mailing list -- hecnet(a)lists.dfupdate.se
To unsubscribe send an email to hecnet-leave(a)lists.dfupdate.se 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