[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| 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 |
5889.0. "ACC.MIB compile failure" by SIOG::PARKS () Wed Mar 02 1994 13:09
I am trying to compile a third party mib using DECmcc/VMS. I get the following
error message.
------------------------------------------------------------------------------
Beginning Phase 1 for file DISK$DECIMAGE:[MCC]ACC.MIB;
2-MAR-1994 17:50:59
Now starting to run the MIB Translator ...
This may take approximately 1-5 minutes.
Issuing following command:
$ MTU DISK$DECIMAGE:[MCC]ACC.MIB;
Parent object enterprises not found
An error occurred while running the MIB Translator.
Check file ACC.LIS,
if it exists, for any further information.
Files ACC.MS and ACC_ENUM.MS
may also have been created; delete these files, as appropriate.
2-MAR-1994 17:51:00
Procedure terminated in error.
-----------------------------------------------------------------------------
The .LIS file from the compile is attached to the note. The full ACC.MIB file
(600+ blocks) is in the default decnet account on node DBDEM2 (40.335).
The 'enterprises' object is defined using the IMPORTS statement on line 17 of
the listing file.
Can someone tell me what's wrong ?
Colman
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
DECmcc MIB Translation Utility T1.1.0-A Page 1
Input: disk$decimage:[mcc]acc.mib; Output: acc.ms, acc_enum.ms
1
2 ACC-MIB DEFINITIONS ::= BEGIN
3 -- Title: MIB.TXT
4 -- Edition: "December, 1992"
5 -- By: The ACC MIB group ([email protected])
6 --
7 --
8 --
9 -- DEFINITIONS OF STANDARD MIB OBJECTS
10 -- internet OBJECT IDENTIFIER ::= { 1.3.6.1 }
11 -- directory OBJECT IDENTIFIER ::= { internet 1 }
12 -- mgmt OBJECT IDENTIFIER ::= { internet 2 }
13 -- mib OBJECT IDENTIFIER ::= { mgmt 1 }
14 -- experimental OBJECT IDENTIFIER ::= { internet 3 }
15 -- private OBJECT IDENTIFIER ::= { internet 4 }
16 -- enterprises OBJECT IDENTIFIER ::= { private 1 }
17 IMPORTS
18 mgmt, NetworkAddress, IpAddress, Counter, Gauge,
19 enterprises, TimeTicks
20 FROM RFC1155-SMI
21 ifIndex, ipRouteDest, ipAdEntAddr, egpNeighAddr
22 FROM RFC1213-MIB
23 -- atportIndex
24 -- FROM RFC1243-MIB
25 OBJECT-TYPE
26 FROM RFC-1212;
27 -- This MIB module uses the extended OBJECT-TYPE macro as
28 -- defined in [14];
29
30 -- MIB-II (same prefix as MIB-I)
31 -- mib-2 OBJECT IDENTIFIER ::= { mgmt 1 }
32 DisplayString ::= OCTET STRING
33 PhysAddress ::= OCTET STRING
34
35 -- Jas Parmar - 12 Feb. 1993
36 --
37 -- The following stuff has been included in from
38 -- rfc1243 - Appltalk MIB to resolve atportIndex
39 -- so that schld utility works within NetDirector
40
41 appletalk OBJECT IDENTIFIER ::= { mib-2 13 }
42 atport OBJECT IDENTIFIER ::= { appletalk 3 }
43 -- The ATPort Group
44 atportTable OBJECT-TYPE
45 SYNTAX SEQUENCE OF AtportEntry
46 ACCESS not-accessible
47 STATUS mandatory
48 DESCRIPTION
49 "A list of AppleTalk ports for this entity."
50 ::= { atport 1 }
51 atportEntry OBJECT-TYPE
52 SYNTAX AtportEntry
53 ACCESS not-accessible
54 STATUS mandatory
DECmcc MIB Translation Utility T1.1.0-A Page 2
Input: disk$decimage:[mcc]acc.mib; Output: acc.ms, acc_enum.ms
55 DESCRIPTION
56 "The description of one of the AppleTalk
57 ports on this entity."
58 INDEX { atportIndex }
59 ::= { atportTable 1 }
60 AtportEntry ::= SEQUENCE {
61 atportIndex INTEGER
62 }
63 atportIndex OBJECT-TYPE
64 SYNTAX INTEGER
65 ACCESS read-only
66 STATUS mandatory
67 DESCRIPTION
68 "A unique value for each AppleTalk port.
69 Its value is between 1 and the total number of
70 AppleTalk ports. The value for each port must
71 remain constant at least from the
72 re-initialization of the entity's network
73 management system to the next
74 re-initialization."
75 ::= { atportEntry 1 }
76
77
78 --OBJECT DEFINTIONS: ACC PRIVATE MIB
79 ubx OBJECT IDENTIFIER ::= { enterprises 5 }
Parent object enterprises not found
| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 5889.1 | Multiple MIBs in one file | BIKINI::KRAUSE | European NewProductEngineer for MCC | Thu Mar 03 1994 03:05 | 16 |
| There is more than one MIB tree in this file. From the piece in .-1:
appletalk OBJECT IDENTIFIER ::= { mib-2 13 }
and
ubx OBJECT IDENTIFIER ::= { enterprises 5 }
The MIB translator can not handle this. I would suggest to remove the
appletalk part. Be careful because the variables defined there are most
likely used somewhere else in the ubx MIB. Those references must be
removed as well.
*Robert
P.S.: I hate it when vendors cross-reference between MIBs, but
experience shows that EACH AND EVERY MIB has problems. And then they
call SNMP a "standard" - ha!
|
| 5889.2 | Splitting MIB didn't work | SIOG::PARKS | | Fri Mar 11 1994 05:23 | 33 |
|
Thanks for the reply in .1. Is crossing referencing between MIBs allowed in
the standard ?
I tried to get around the problem by splitting the MIB into two with a separte
MIB tree in each MIB. This didn't work because a MIB object in the Appletalk
tree (atportIndex) is used as an INDEX in the ubx MIB tree, so I have to include
both MIB trees. The offending statement is
ubxAtNetEntry OBJECT-TYPE
SYNTAX AccAtNetEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION
" The information stored in NVM which defines an AppleTalk
network or half-router serial port. This information
supplements standard configuration parameters defined
in the experimental branch of the MIB."
------> INDEX { atportIndex }
::= { ubxAtNetTable 1 }
Is there any way that I can get the value corresponding to 'atportIndex' into
the INDEX statement other than referencing 'atportIndex'.
The only other solution I can think of is to leave out the portion of the ubx
MIB which references the 'atportIndex'.
The shortened MIB (ACC_1.MIB 14 blocks) is in the default DECnet account on
DBDEM2 (40.335).
Any help appreciated.
Colman
|
| 5889.3 | look at 2966.4 | GWTEAL::WOESTEMEYER | Why??...Why not!!! | Fri Mar 11 1994 07:50 | 5 |
| A co-worker, Darrel Shavey, has posted a copy of the ACC mib in note
2966.4 which was successfuly compiled. Give it a try.
Steve Woestemeyer
CSC/CS - Network Support team
|