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

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

3620.0. "Rename Bridge causes MCC crash" by COL01::WELZEL (Uwe Welzel, NaC, Cologne) Tue Aug 25 1992 17:38

Hello,

I've some big problems regarding the DECmcc RENAME functionality for Brigdes.
First of all the configuration installed
 VS 4000-60 48Meg
 VMS Ver 5.5-1
 DECmcc BMS Ver 1.2.0 (SSB)
 DECmcc ELM AM & FM V 1.2.1 (SSB)

Problem description:

I've registered a LB200 with the name .enet.BE200 with the addresses
08-00-2B-14-D4-34,08-00-2B-14-D4-33. Now I try to change the address to a new 
one without any changes to the registered name of the bridge. This might be 
necessary if a Bridge has to swapped within the scope of hardware problems.

The commands I've used and tried are:
(These commands are also documented in the Brige Access Module Use V1.2.1 
 manual on Page 2-8)

MCC> rename bridge 08-00-2b-14-d4-34 addre={08-00-2b-1a-e6-df}

MCC> rename bridge {08-00-2b-14-d4-34,08-00-2B-14-D4-33} -
_MCC> addre={08-00-2b-1a-e6-df}

MCC> rename bridge {08-00-2b-14-d4-34,08-00-2B-14-D4-33} -
_MCC> addre={08-00-2b-1a-e6-df,08-00-2b-1a-e6-de}

Every time I use one of this commands to modify the Bridge address following 
dump returns from DECmcc


%SYSTEM-F-ACCVIO, access violation, reason mask=01, virtual address=11000205, PC
=80000010, PSL=03C00004

  Improperly handled condition, image exit forced.
                                                                              
        Signal arguments              Stack contents

        Number = 00000005                8091F640
        Name   = 0000000C                00000002
                 00000001                0018D898
                 11000205                0018D880                 
		 80000010                00000004
                 03C00004                0018D974
                                         00000000
                                         00000001
                                         0018D8B3
                                         05000001

        Register dump

        R0 = 03C00000  R1 = 11000205  R2 = 0018E42F  R3 = 0018E003
        R4 = 00000001  R5 = 0018E42F  R6 = 00000400  R7 = 03268009
        R8 = 03268009  R9 = 0000000E  R10= 03268009  R11= 00000000
        AP = 0018D834  FP = 0018D7F4  SP = 0018D870  PC = 80000010
        PSL= 03C00004



Any suggestions or solutions ?

Thanks in advance 
Uwe
T.RTitleUserPersonal
Name
DateLines
3620.1QUIVER::HAROKOPUSWed Aug 26 1992 14:5811
Hi Uwe,

We are looking into this problem right now and We will keep you posted.  
As a workaround for the time being try the following

mcc>deregister bridge .enet.BE200
mcc>register bridge .enet.BE200 addr=<new address>

Regards,

Bob
3620.2SLINK::CHILDSThe FringeWed Aug 26 1992 19:4218
    We were able to reproduce the problem:

    MCC> rename bridge <addr> address { <newaddr> }
    Reserved operand fault

    I stepped through the code with the debugger to see where the reserved
    operand fault is happening.  Just as I stepped into a called routine I
    got the following error:

    Internal debugger error in DBGMAIN\SUB_CALL_KERNEL_RPC - error in
    kernel routine GET_REGISTERS

    Something's really messed up.  We'll see what we can do to fix this. 
    In the meantime, please use the suggested work-around.

    Thanks for finding this.

    /* Ed */
3620.3QUIVER::HAROKOPUSWed Aug 26 1992 20:113
This bug has been entered as QAR 3385 in the MCC_INTERBNAL database.

Bob