[Info-vax] DECnet V proxy problem...

[Peter Weaver]

On Mar 11, 3:45 pm, VAXman-  @SendSpamHere.ORG wrote:
> I don't know why but the following no longer functions:
>
> HERE$ DIR HERE::
> ... or ...
> HERE$ DIR 0::
>
> I can do:
>
> HERE$ DIR THERE::
> ... and ...
> THERE$ DIR HERE::
> successfully.
>
> I have incoming and outgoing proxy on the FAL application.
> I find (and delete) INTRUSION record whenever I try $DIR 0::
> I have restarted the security server... all to no avail.
> Anyone have any ideas?
>
> --
> VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)ORG
>
>  http://www.quirkfactory.com/popart/asskey/eqn2.png
>
>   "Well my son, life is like a beanstalk, isn't it?"

In my distant memory I recall seeing this, but I have not touched a
Phase V system in a number of years and when I did I did not spend
much time with Phase V. It seems to me that there was a NCL command
that started with FLUSH and had something to do with a NAMING CACHE
that cleared this up. When we had the problem I phoned Compaq (I
mentioned it was a long time ago) and the support person told me "In
DECNet Phase V you can do no harm, and you will probably do something
good, if you occasionally issue the command NCL FLUSH ... NAMING
CACHE..." so I put that on a sign and hung it in the VMS area and once
every few weeks we would issue the command on the Phase V nodes that
we had.

Peter