[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference 7.286::fddi

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.RTitleUserPersonal
Name
DateLines
858.1RSM onlyLYOISA::MARTINFri Feb 26 1993 03:413
    This is a problem on the RSM product only
    
    Jean-Pierre