[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
Title: | FDDI - The Next Generation |
|
Moderator: | NETCAD::STEFANI |
|
Created: | Thu Apr 27 1989 |
Last Modified: | Thu Jun 05 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 2259 |
Total number of notes: | 8590 |
858.0. "RSM/ISL on DEMFA " by LYOISA::MARTIN () Fri Feb 12 1993 08:07
hello,
The problem showed below is posted on the RSM conference
RSM 2.3 is configured in the alias mode on a cluster formed with two
VAX's 9000 and 6000 running VMS 5.4-3
and is working fine with their DEMNA's connected to Ethernet
Since a DEMFA is installed on each VAX , and connected on a DC500 ,
the ISL fonction doesn't run anymore :
The message "%LAST_LOAD-F-BADOPEN" severals minutes after the MOP loading
The ISL function uses LAST protocol , but the acces on some virtuals disks
served by a infoserver ( using LAST , too ) is still good on this site ,
using the Ethernet path or the FDDI path in editing the ESS$LAD_STARTUP.COM
and ESS$LASTCP_STARTUP.DAT then stopping LAST and restarting the ESS startup
The DECnet protocol is started on MFA-0 and the circuit MNA-0 is off
A trace with the analyser shows the MOP is served by the MFA-0 ( normal )
and the LAST also , even if this protocol is defined on MNA-0 !!!
In fact , after the MOP loading , the RSM client tries to connect to the
physical address ( AA-00-04-... ) of the server
The reconfiguration of the server with DECnet on MNA-0 and MFA-0 off
is running well with the LAST protocol defined on Ethernet
If it is on FDDI , the same error appeared again
Two questions about this problem :
1/ Is there a workaround or patch to run on VMS 5.4-3
2/ Is this disappeared on VMS 5.5-2
Thank you for you cooperation
Jean-Pierre
T.R | Title | User | Personal Name | Date | Lines |
---|
858.1 | RSM only | LYOISA::MARTIN | | Fri Feb 26 1993 03:41 | 3 |
| This is a problem on the RSM product only
Jean-Pierre
|