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 |
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.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
4325.1 | 2582::YAHEY::BOSE | Mon Jan 04 1993 12:45 | 6 | ||
Try deregistering using the IP Address. eg MCC> DEREGISTER SNMP 16.36.80.4 rahul. | |||||
4325.2 | You may have DECmcc V1.1 SNMP entities | TRM::KWAK | Mon Jan 04 1993 17:22 | 58 | |
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.3 | RDGENG::PRATT | Tue Jan 05 1993 06:09 | 10 | ||
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 |