[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

2913.0. "LAN Autotopology MAP replaced my top level map" by FOUR62::LICAUSE (Al Licause (338-5661)) Fri May 01 1992 15:02

T1.2.7, VMS V5.5, VAXstation 3100/38  16MB and DECnet/OSI BL9_D.

I have created a top  level domain with the united states map background and
called this domain .USA.  I then created four domains on this map and called
them by the local three letter DEC office code (.DWO, .PHH, .CHO and .DCO).

In domain .DWO, I have four domains (.Bridges, .DECnet, .TCP_IP and 
.TERMINAL_SERVERS), or at least I did.

I then double clicked on domain .Bridges and ran the LAN Autotopology utility
after allowing the listener to run over night.  I told it to build a map of
all entities found in the listener data base.  It then built what I believe
you are calling an autoplacement map (i.e. all generic bridge icons with
.br_ethernet_address and a single LAN Bridge 150).

However, it created this map in domain .USA and wiped out everything I 
previously had created in that domain.

I have mailed this map file and others created by the LAN listener to Bob
Harkopolus and he is reviewing same.  

He did not know why the map was built using my top level domain so I'm 
reporting this action here to see if anyone else has either had this
experience or knows what happened.

As a followup, I then went into the customize utility and aske for list
display of multiple entities, went back to this new top level domain
with the generic bridges (this map contained 38 entities) and asked to 
select all bridges.  

It ran for a while then aborted MCC.  No error messages.

Is there a known problem attempting to select too many entities in a domain?

Al
T.RTitleUserPersonal
Name
DateLines
2913.1QUIVER::HAROKOPUSFri May 01 1992 17:4013
I've entered the spanning tree map problem (building the map in the 
wrong domain) as QAR 2865.  This problem does not seem to be reproducible
even by Al.

If anyone else has this problem please let me know.


I've entered the second problem (the IMPM abort) as QAR 02866


Thanks,

Bob
2913.2FOUR62::LICAUSEAl Licause (338-5661)Fri May 01 1992 18:376
The second problem, that of selecting all entities in a class in a domain
then aborting mcc is reproduceable!

I"ll see if I can recreate it in other situations.

Al
2913.3STM with nested domainsESMAIL::SHETHARThu May 07 1992 15:307
    
    I have experienced the same problem, though not with exactly the
    same results.  Running ELMs STM in a nested domain results in a
    spanning tree map be drawn over the top level domain contents.  I too
    lost quite a bit of work before I realized what was happening.
    
    Alan
2913.4Me too.SUBWAY::REILLYMike Reilly - New York Bank DistrictThu May 07 1992 16:2511
    I've also had the same problem and wiped out several days worth of
    map drawing. I had selected a domain called .domain.span_tree in
    the .domain.downtown domain. I had not double clicked into the
    .domain.span_tree domain just had it highlighted. When I ran the
    spanning tree Fm with the RESET option selected, it erased the
    entire .domain.downtown map and deregistered all the entities from the
    domain. 
    
    - Mike 
    
    
2913.5QUIVER::HAROKOPUSFri May 08 1992 14:4711
    .3 - What version of ELM are you running?  This was a bug in T1.2.4
    but it has been fixed in T1.2.7.
    
    .4 - The STM FM and FDDI FM get the domain name from the "in domain"
    qualifier so you have to to be in the domain that you want to build
    the map.  Highlighting it will not suffice.  The user's guide indicates
    this clearly.   Also, the reset argument does not deregister anything.
    It empties the domain of all of its contents so you can build the map
    from a clean domain.   This argument defaults to false.