| Amrit-
The symptoms you are seeing must have been caused by some other problem.
From talking to the other developers here, and doing an experiment myself,
I successfully done several SHOW commands on a terminal server when the
only circuit listed for it was set to state off.
I've been told that the circuit needs to be state on only for up-line
dumps to occur successfully.
If you are having problems getting TSAM to enable and work, and have been doing
several enables/disables, and fooling with the TSAM system logicals, it
is possible to get TSAM wedged badly.
From FCL execute the command
MCC> DISABLE MCC 0 TERMSERVER_AM ABORT TRUE
Then from DCL level, verify that the detached process MCC_TS_AM_SRV no longer
exists on the system. If it still does, stop it. Then deassign the system
logical MCC_TS_AM_STATE, if that is still defined.
Verify that ALL users of TSAM have exited out of MCC, I would imagine this
includes disabling any rules which might be firing on terminal servers.
Then go back in and enable TSAM:
MCC> ENABLE MCC 0 TERMSERVER_AM
I hope this helps...
-Dave
|
| Maybe, I was not too clear. The system I had is a VAXstation 3100 MDL
76, it only has SVA device in it. But, for some (unmentionable) reason
a circuit QNA-0 got defined in NCP and set. The state of this circuit
was off.
Now, when I ^C you see the attributes for the load and dump files, and
you also see that the service circuit attribute was QNA-0... well
looking at the help description of service circuit attribute, states
that tsam will pick up the first circuit in the list. May be if I
defined the attribute to be {QNA-0,SVA-0} it may have worked.
Having purged the 'erroneous' circuit entry out, and followed the steps
you indicated all is working OK now -- many thanks
Amrit
|