Conference azur::mcc

4141.0. "convertion to MIR causes stack dump" by GIDDAY::CHONG (Andrew Chong - Sydney CSC ) Tue Nov 24 1992 23:55

	A customer is converting from using DNS to MIR .
	MCC_DUMP_DNS.COM, and MCC_MOVE_MAPS.COM were used to create com files
for the conversion. MCC_DNS_SELECTION redefined to "MIR".
	Whe opening the iconic map, the process stackdumps.

MCCMGR>    set display/create/node=tlord
MCCMGR> man/enter/inter=decw
%CMA-F-EXCCOP, exception raised; VMS condition code follows
-SYSTEM-F-ACCVIO, access violation, reason mask=01, virtual address=4E007997,
PC
=00459DEC, PSL=03C00000
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC

                                                           0004B8C4  0004B8C4
                                                           0007C782  0007C782
                                                           000775DC  000775DC
                                                           0007AC78  0007AC78


	ACCVIO also occurs when executing MCC_LOAD_DNS.COM (produced by 
MCC_DUMP_DNS.COM) at the command line which start to register NODE4 entities.


$MANAGE/ENTERPRISE
!
! Registering all NODE Entities
!
!
! Setting all REFERENCE Data for NODE entities
!
!
! Registering all BRIDGE Entities
!
Register Bridge bridge1 Address= 08-00-2B-1A-72-3F
!
! Setting all REFERENCE Data for BRIDGE entities
!
!
! Registering all STATION Entities
!
!
! Setting all REFERENCE Data for STATION entities
!
Set STATION .ds300_ether  Location = "Just here"
Set STATION .ds300_ether  Implementation Desc = "trashable Decserver"
Set STATION .ds300_ether  Responsible Person = "Your joking"
Set STATION .ds300_ether  Phone Number = "911"
Set STATION .ds300_ether  Remarks = "How long to lunch"
!
! Registering all NODE4 Entities
!
Register Node4 .dna_node.10_150 Syn akmc02, Address 10.150 <--- ACCVIO here.. 
Register Node4 .dna_node.10_151 Syn AKMC03, Address 10.151     
Register Node4 .dna_node.10_153 Syn AKMC05, Address 10.153
Register Node4 .dna_node.10_154 Syn AKMC06, Address 10.154
Register Node4 .dna_node.dalek Syn DALEK, Address 10.40
Register Node4 .dna_node.tadisw Syn TADISW, Address 10.21
Register Node4 .fred Syn FRED, Address 10.43
Register Node4 .nzomcc Syn NZOMCC, Address 59.364
Register Node4 .tadisg Syn TADISG, Address 10.50
.
.
.
.


	Any suggestions as to what the problem might be ?
	how do I look at what's in the MIR ?
	Does he need to create the dir .dna_node in the MIR first ? if so how ?

Thanks,

Andrew

I have forwarded this note off to someone who may know why the conversion
is causing a problem.  However, since a stack dump is very unfriendly,
and SPR is probably in order.

    Can describe the system? Operating system version, hardware, memory
    size, disks etc?
    
    What version of DECmcc are you using?
    
    Have you any optional modules enrolled?
    
    How did you go about changing from DNS to MIR?
    
    Please run MCC_COMMON:MCC_AUDIT.COM and see if it makes any
    suggestions.
    
    One note. The Acvio in the registration script only occurs when the
    first NODE4 entity registration is attempted. It is suspicious that
    when using the Iconic Map interface you are using a SET DISPLAY
    which also uses DECnet. Are you sure DECnet is running ok on the DECmcc
    system?
    
    When the system was changed over from DNS to local MIR, were ALL DECmcc
    processes stopped first?
    
    What customer is this? I am curious since we have not shipped any kits
    that contained the MCC_DUMP_DNS.COM . (I don't mind that they have it)
    
    s/rob

    
    I found the problem ....
    
    Notification is automatically enabled on Iconic map startup. The file 
    MCC_NOTIFY_REQUESTS.COM has references to the DNS namespace and some 
    domains that nolonger exists. I rename the file and the map starts up
    without any problem. 
    
    As to the ACCVIO on the registration of NODE4, I found that only some 
    entries does that  and these are Mac's running pathworks. This is not
    related to the ACCVIO on the Iconic map. 
    
    For your information, customer was using DECMCC V1.2.0  on a VAX4000-60
    40 Mb memory, 2 x 2RZ25  .
    
    Thanks for the replies
    
    Andrew