| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 1683.1 | Proxy ? | UTRTSC::VELZEN | Pim van Velzen, CS/SSO Holland | Wed Mar 26 1997 11:53 | 9 |
|
Re: .0
>$ if f$search("SPLAV0""rsm$vmsinstl""::*.*") .eqs. "" then rsm$n=199
My guess is that there is something wrong with the proxy to the
rsm$vmsinstl-account on the PSD-Server, for this particular client.
/\Pim.
|
| 1683.2 | proxy definition | AUBER::NOBRE | Jocelyne Nobre - CST France | Thu Mar 27 1997 07:48 | 25 |
| Thanks a lot for your reply.
netserver.log
A L P H A L A V C P R O D U C T I O N S T - P R I E S T
$ IF F$TRNLNM("NETPROXY") .EQS. "" THEN DEFINE NETPROXY SYS$SYSTEM:NETPROXY.DAT
$ IF F$TRNLNM("SYSUAF") .EQS. "" THEN DEFINE SYSUAF SYS$SYSTEM:SYSUAF.DAT
$ MCR AUTHORIZE ADD/PROXY WSE012::RSM$CMANAGER RSM$VMSINSTL/DEFAULT
%UAF-W-NAFUAEERR, proxy from WSE012::RSM$CMANAGER to RSM$VMSINSTL already exists
%JBC-F-JOBABORT, job aborted during execution ***** this is customer abort
***** because of the hang
proxy information on PSD server :
WSE012::RSM$CMANAGER
RSM$VMSINSTL (D)
Do you think it can be another problem ?
thanks and regards ,
JOcelyne
|
| 1683.3 | Is possible ... | UTRTSC::VELZEN | Pim van Velzen, CS/SSO Holland | Thu Mar 27 1997 11:46 | 9 |
|
Re: .-1
> Do you think it can be another problem ?
Yes, I think it can be another problem ...
/\Pim
|
| 1683.4 | DECnet-connectivity ? | UTRTSC::VELZEN | Pim van Velzen, CS/SSO Holland | Thu Mar 27 1997 11:46 | 20 |
|
Re: .-1
>$ if f$search("SPLAV0""rsm$vmsinstl""::*.*") .eqs. "" then rsm$n=199
This command is used on the PSD-Client to test the DECnet/FAL-
connectivity to the PSD-Server. If this command fails, it loops
around forever. Meanwhile it continuously tries to do a FAL-access
to the server. To find out if it is not a connectivity or DECnet-
routing problem, have a look at the NCP-counter for the client
on the server (SPLAV0> mc ncp sho node wse012 cou). If the 'Connects
Received' counter keeps on increasing, it reaches the server. If that's
the case we will have to look on the server, i.e. try to find out if
you see that Network/FAL-processes are started, under which account
they run and if there are NETSERVER.LOG-files written by these pro-
cesses.
Hope this helps?
/\Pim.
|
| 1683.5 | " me again" | AUBER::NOBRE | Jocelyne Nobre - CST France | Fri Mar 28 1997 09:37 | 18 |
|
connects received counter on command
splav0> sho node ws012 count is always 0 and
never augment.
customer fetched operationg system from another vs4060 and
ISL'd it ; but it always loops .
isl command of an alpha kit onto an alpha station 255 works
fine
How can I test decnet/fal connection fron client-psd to server-psd
before the end of the boot . Sorry if it is a stupid question but
I doesn't know this product and I have not the opportunity to
work on it .
Thanks a lot for your help,
JOcelyne.
|
| 1683.6 | more infos | AUBER::NOBRE | Jocelyne Nobre - CST France | Fri Mar 28 1997 09:42 | 24 |
|
other info
Serveur : SPLAV0 1.37
Client : WSE012 1.800
MANAGE> sho client/ful .spv.rsm.wse012
.SPV.RSM.WSE012
DECnet node: WSE012 (1.800 ) Hardware Address: 08-00-2B-BC-01-D2
System Type: VS4060 Serial Number:
Operating System: VMS Version: 5.52
Location:
Manager:
FS:
SWS:
Comments:
Circuit ID:
System Device: DKA300:
during the test the customer there is no message from the audit
alarm ( login=all )
uaf counter of rsm$vmsinstl account does not augment
|
| 1683.7 | works with another address | AUBER::NOBRE | Jocelyne Nobre - CST France | Fri Mar 28 1997 11:15 | 6 |
|
ok , the ISL works with an decnet address 1.512 on the
psd-client
maximum address on spla0 = 1023
it's like a routing problem
|
| 1683.8 | feed-back | PRSSOS::NOBRE | Jocelyne Nobre - CST France | Fri May 09 1997 04:13 | 4 |
|
Pim,
Sorry for the delay ; I forgot to give you the final status :
there was the same address decnet .....
|