The whole mib isn't very long but there are two other mibs
without traps identified i.e. just sets of OBJECT-TYPE definitions but these
have loaded without a problem. I now suspect the IMPORTS section is longer than
I thought.
The problem mib is starts with
DATAPOWER-NOTIFICATION-MIB DEFINITIONS
::= BEGIN
-- Programmatically
Generated; do not edit
IMPORTS enterprises, MODULE-IDENTITY,
OBJECT-TYPE,
NOTIFICATION-TYPE, Unsigned32 FROM
SNMPv2-SMI
TEXTUAL-CONVENTION, DisplayString FROM
SNMPv2-TC;
dpNotificationMIB
MODULE-IDENTITY LAST-UPDATED
"200404210000Z"
ORGANIZATION "DataPower Technology, Inc." CONTACT-INFO "DataPower
Technology, Inc. Postal: DataPower Technology, Inc. One Alewife Center 4th Floor
Cambridge, MA 02140
Phone: +1 617 864 0455 Email: csupport AT datapower DOT com" DESCRIPTION "The MIB module
for notifications of a DataPower XML device."
REVISION "200404210000Z" DESCRIPTION
"Updated"
::= {
dpModules 3 }
datapower OBJECT IDENTIFIER
::= { enterprises 14685 }
dpModules OBJECT IDENTIFIER
::= { datapower 2 }
dpManagement OBJECT
IDENTIFIER ::= { datapower 3 }
dpNotifications OBJECT
IDENTIFIER ::= { dpManagement 3 }
dpNotificationElements OBJECT
IDENTIFIER ::= { dpNotifications 1 }
The other two mibs start
DATAPOWER-CONFIG-MIB DEFINITIONS ::=
BEGIN
-- Programmatically Generated; do not edit
IMPORTS enterprises, MODULE-IDENTITY,
OBJECT-TYPE,
Unsigned32 FROM
SNMPv2-SMI TEXTUAL-CONVENTION,
DisplayString FROM
SNMPv2-TC;
dpConfigMIB
MODULE-IDENTITY LAST-UPDATED
"200401140000Z" ORGANIZATION "DataPower
Technology, Inc." CONTACT-INFO "DataPower
Technology, Inc. Postal: DataPower Technology, Inc. One Alewife Center 4th Floor
Cambridge, MA 02140
Phone: +1 617 864 0455 Email: csupport AT datapower DOT com" DESCRIPTION "The MIB module
for configuration of a DataPower XML device." REVISION
"200401140000Z" DESCRIPTION
"Updated"
::= { dpModules 2 }
datapower OBJECT IDENTIFIER
::= { enterprises 14685 }
dpModules OBJECT IDENTIFIER
::= { datapower 2 }
dpManagement OBJECT
IDENTIFIER ::= { datapower 3 }
dpConfig OBJECT IDENTIFIER
::= { dpManagement 2 }
and
DATAPOWER-STATUS-MIB DEFINITIONS ::=
BEGIN
-- Programmatically Generated; do not edit
IMPORTS enterprises, MODULE-IDENTITY,
OBJECT-TYPE, IpAddress, Counter32,
Unsigned32
FROM
SNMPv2-SMI TEXTUAL-CONVENTION,
DisplayString, MacAddress, TimeInterval,
TimeStamp FROM
SNMPv2-TC dpConfigXMLManagerIndex,
dpConfigLogTargetIndex, dpConfigSLMPolicyIndex,
dpConfigLoadBalancerGroupIndex, dpConfigCountMonitorIndex,
dpConfigMessageTypeIndex, dpConfigDurationMonitorIndex,
dpConfigMQQMIndex, dpConfigWSGatewayIndex, dpConfigTibcoEMSServerIndex,
dpConfigWebSphereJMSServerIndex, dpConfigUDDISubscriptionIndex
FROM
DATAPOWER-CONFIG-MIB;
dpStatusMIB
MODULE-IDENTITY LAST-UPDATED
"200401140000Z" ORGANIZATION "DataPower
Technology, Inc." CONTACT-INFO "DataPower
Technology, Inc. Postal: DataPower Technology, Inc. One Alewife Center 4th Floor
Cambridge, MA 02140 Phone: +1 617 864 0455
Email: csupport AT datapower DOT com" DESCRIPTION "The MIB module
for status monitoring of a DataPower XML
device." REVISION
"200401140000Z" DESCRIPTION
"Updated"
::= { dpModules 1 }
IpNetworkAddress ::=
TEXTUAL-CONVENTION DISPLAY-HINT
"1d.1d.1d.1d/1d.1d.1d.1d" STATUS
current
DESCRIPTION "An
IP Network and mask" SYNTAX
OCTET STRING (SIZE(8))
DPTimeIntervalSeconds ::=
TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"A unit of time expressed in
seconds" SYNTAX
INTEGER
DPTimeIntervalMillis ::=
TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"A unit of time expressed in
milliseconds" SYNTAX
INTEGER
datapower OBJECT IDENTIFIER
::= { enterprises 14685 }
dpModules OBJECT IDENTIFIER
::= { datapower 2 }
dpManagement OBJECT
IDENTIFIER ::= { datapower 3 }
dpStatus OBJECT IDENTIFIER
::= { dpManagement 1 }
If something looks odd then I'm happy to submit it as a
problem but I was assuming it was something I was doing
wrong.
Thanks
Jane
If those are the only IMPORTS listed then I'm as puzzled as you are. Perhaps
you could cut-and -paste the first page of the MIB here. Because something is
missing.
The nodes are left over because mib2trap doesn't know where to
place them in the default tree that begins 1.3.6.1.4.1 , which is the private
enterprises starting point. That's what he's trying to tell you with this
message:
No enterprise name or object id for trap dpLogNotification,
(6,1).No enterprise name or object id for trap dpLogInternalNotification,
(6,2).
If you want personal help, then open a problem to Support and send NetView
Level 2 the MIB.
James Shanks Level 3 Support for Tivoli NetView for
UNIX and Windows Network Availability Management Network Management -
Development Tivoli Software, IBM Corp JaneTaylor AT hbosplc DOT com
JaneTaylor AT hbosplc DOT com
Sent by:
nv-l-bounces AT lists.ca.ibm DOT com
02/28/2007 09:49 AM
Please respond to Tivoli
NetView Discussions
<nv-l AT lists.ca.ibm DOT com> | |
|
This is my first ever post so apologies if I miss things
out.
I'm running Netview 7.1.4 with fix pack 4 on AIX
5.2
I'm trying to load a mib and I'm getting
xnmloadmib2 -load
drNotification.mib Warning: The
mib description doesn't seem to be consistent. Some nodes couldn't be linked under the "iso" tree. These nodes are left:
Left-over node dpLogInternalNotification ::= { 2 }
(0) Left-over node
dpLogNotification ::= { 1 } (0)
These are the only two traps in the mib
I've no idea what this means. I tried to run mib2trap and
got mib2trap drNotification.mib
drNotification.sh drNotification.baroc Warning: The mib description doesn't seem to be
consistent. Some nodes couldn't
be linked under the "iso" tree. These nodes are left: Left-over node dpLogInternalNotification ::= { 2 } (0) Left-over node dpLogNotification ::= { 1 }
(0) No enterprise name or object
id for trap dpLogNotification, (6,1).No enterprise name or object id for trap
dpLogInternalNotification, (6,2).
Do I have a previous mib missing? The only IMPORTS in my mib
are IMPORTS enterprises,
MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE, Unsigned32 FROM SNMPv2-SMI TEXTUAL-CONVENTION, DisplayString
FROM SNMPv2-TC;
I believe these should already be loaded although I've had
problems before on mibs which made me think that SNMPv2-SMI wasn't loaded but
having read other people's posts I suspect I might be wrong.
Can you offer any pointers?
Thanks
Jane
. --------------------------------------------------------------------------------------------------------------------
HBOS
plc, Registered in Scotland No. SC218813. Registered Office: The Mound,
Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are
authorised and regulated by the Financial Services
Authority. ============================================================================== _______________________________________________ NV-L
mailing
list NV-L AT lists.ca.ibm DOT com Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser
access limited to internal IBM'ers only)
.
--------------------------------------------------------------------------------------------------------------------
HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are authorised and regulated by the Financial Services Authority.
==============================================================================
_______________________________________________
NV-L mailing list
NV-L AT lists.ca.ibm DOT com
Unsubscribe:NV-L-leave AT lists.ca.ibm DOT com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)
|