[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

4325.0. "Problems dereg SNMP entities from the MIR" by RDGENG::PRATT () Mon Jan 04 1993 08:53

VMS 5.5-2 using DNS

I have a problem with some SNMP entities which are in the MIR, but I get an 
error message when re-registering with T1.3 as per the release notes (2.3)
DEF mcc_registartion_log 01000000 etc..

Most of them re-registered okay, with the exception of a few...


SNMP hollie
AT  4-JAN-1993 13:32:57

Unrecognized registration name. The namespace name must be a fullname, include
a leading ".".

SNMP ipgwy1
AT  4-JAN-1993 13:32:57

Unrecognized registration name. The namespace name must be a fullname, include
a leading ".".

SNMP IPRTR-1
AT  4-JAN-1993 13:32:57

Unrecognized registration name. The namespace name must be a fullname, include
a leading ".".

SNMP wanmgr1
AT  4-JAN-1993 13:32:58

Unrecognized registration name. The namespace name must be a fullname, include
a leading ".".

SNMP wfleet
AT  4-JAN-1993 13:32:58

Unrecognized registration name. The namespace name must be a fullname, include
a leading ".".

SNMP wfleet.reo.dec.com
AT  4-JAN-1993 13:33:00

Unrecognized registration name. The namespace name must be a fullname, include
a leading ".".

I am not too bothered about recovering these, as I have re-registered them
manually, (but using a DNS full name, eg .reo.hollie) but I would like to tidy 
up the MIR and delete them, as they do show up when issuing a MCC> dir SNMP * 
command...

SNMP hollie
AT  4-JAN-1993 13:29:41

Directory successful.
                                   Name = hollie
                                Address = 16.36.80.4

SNMP ipgwy1
AT  4-JAN-1993 13:29:42

Directory successful.
                                   Name = ipgwy1
                                Address = 16.36.0.3

SNMP IPRTR-1
AT  4-JAN-1993 13:29:42

Directory successful.
                                   Name = IPRTR-1
                                Address = 16.36.0.1
 
etc..

Looking in DNS I see that the objects have been deleted (this is possible as a
lot of tidying up was done, and they may have been accidently wiped out using
DNS$CONTROL).

Is it possible to delete these entities from the MIR (using the toolkit 
perhaps?) - dereg doesn't work...

MCC> dereg snmp hollie

SNMP hollie
AT  4-JAN-1993 13:53:03

The entity SNMP hollie  is not registered
                  Not Registered Entity = SNMP hollie
MCC>

Thanks

Ian Pratt
T.RTitleUserPersonal
Name
DateLines
4325.12582::YAHEY::BOSEMon Jan 04 1993 12:456
	Try deregistering using the IP Address.

	eg  MCC> DEREGISTER SNMP 16.36.80.4

	rahul.
4325.2You may have DECmcc V1.1 SNMP entities TRM::KWAKMon Jan 04 1993 17:2258
    
    RE: .0
    
    I suspect that you have some SNMP entities registered in DECdns
    namespace using DECmcc V1.1. The reason is that "MCC> dir snmp *"
    command showed only IP name and IP address of the SNMP entities 
    (there was no Registered Name).
    
    (NOTE: In DECmcc V1.1, the SNMP entities only had IP name and IP
     address. There was no Registered Name.)
    
    It seems that you did not run sys$system:mcc_dns_conversion_12.exe
    when you upgraded from DECmcc V1.1 to V1.2. Or, someone on your
    network registered SNMP entities using DECmcc V1.1 after you
    upgraded DECmcc. (The DECmcc V1.2 Release Notes has the information
    on the conversion program.)
    
    You can find out the DECmcc V1.1 SNMP entities using DNS$Control
    program:
       $ mcr dns$control sho dir .mcc_ip known objects
    
    You cannot just delete these DNS objects since you can loose domain
    membership information.
    
    The proper procedure would have been to:
    	1. run sys$system:mcc_dns_conversion_12.exe
    	2. and re-register them (MCC> regi snmp *)
    
    Since you have re-registered the old (DECmcc V1.1) SNMP entities,
    you may not be able to run the conversion program because some
    IP address and IP names are already in use.
    
    If you definitely do not need the domain membership information
    of DECmcc V1.1 SNMP entities (DNS objects stored in .MCC_IP
    directory), you can delete them using DNS$Control:
    	   Check if IP name or IP address is already used in the DECmcc V12 or
    	   V1.3 format:
    
    		MCC> dir snmp hollie
    		MCC> dir snmp 16.36.80.4
    
    		If this SNMP entity is already registered, you cannot
    		successfully run sys$system:mcc_dns_conversion_12.exe.
    		In case the SNMP entity is registered in V12 (or V13)
    		format, you can delete the old DNS object 
    		(DECmcc V1.1 entity (e.g. DNS> delete object .MCC_IP.hollie).
    
    		You may find the domain membership info using DNS$Control
    		program:
    		    DNS> sho object .mcc_ip.hollie attr mcc_domain_list
    
           When all DECmcc V1.1 SNMP entities in .mcc_ip directory are
    	   not registered in DECmcc V12 or V13 format, you can run
    	   sys$system:mcc_dns_conversion_12.exe and re-register them 
    	   (MCC> regi snmp *) after setting the logical
    	   (MCC_REGISTRATION_LOG)
    
    William
4325.3RDGENG::PRATTTue Jan 05 1993 06:0910
William,

Thanks for your help, I have deleted the objects using DNS$CONTROL as I didn't
need the domain information. What I suspect happened (although I don't know the
history of the system) is that a V1.1 MCC system shared the same namespace as a
V1.2 MCC system, and these were registered from V1.1 instead of V1.2.

Cheers

Ian