HP-EMS
AI MIB Summary
The HP-EMS MIB module facilitates the reception of SNMP traps generated by the HP Event Monitor Service to alert network management systems on specific hardware and software events. It enables the monitoring of critical system states, including hardware failures, environmental thresholds, and service anomalies across HP infrastructure.
This MIB module describes traps generated by the Event Monitor Service (EMS).
Main OID:
hpEMSMod.1.3.6.1.4.1.11.2.3.1.7
37
Objects
Active
Status
1
Dependencies
Imported Objects
Objects
37 total| Object Name |
|---|
hp OBJECT IDENTIFIER .1.3.6.1.4.1.11 |
nm OBJECT IDENTIFIER .1.3.6.1.4.1.11.2 |
system OBJECT IDENTIFIER .1.3.6.1.4.1.11.2.3 |
general OBJECT IDENTIFIER .1.3.6.1.4.1.11.2.3.1 |
hpEMSModThis MIB module describes traps generated by the Event Monitor Service (EMS). MODULE-IDENTITY .1.3.6.1.4.1.11.2.3.1.7 |
hpEMSTraps OBJECT IDENTIFIER .1.3.6.1.4.1.11.2.3.1.7.0 |
hpEMSNormalEventThe Event Monitoring Service (EMS) has generated an event for a monitored resource. A Normal Event occurs when the value of the resource is in a 'normal' state and the threshold condition is not true. Monitoring requests configured for initial or return notification may generate this event. Also, the initial notification for a Change event is 'normal'. The data passed with the event: 1) The name of the resource being monitored. 2) The request id, a unique identifier for the monitoring request. This value should be used when using resdata to retrieve additional information about the event. 3) The operator used by EMS to determine when event notifications should be sent. Possible values include: poll, change, >, >=, <, <=, = and !=. 4) The resource type, which defines the type of value being monitored. Possible values include: string, enumerated, integer, and float. 5) The resource value, which is the current value of the resource being monitored. It is converted based on the resource type. 6) The threshold type (usually the same as the resource type) defines the type of value configured for the threshold. Possible values include: string, integer, and float. 7) The threshold value configured for the resource being monitored. 8) The user data flag, which indicates whether or not user data are available. User data are comments provided by the user when the request was configured. User data can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> -u 9) The monitor data flag, which indicates whether or not the monitor has additional data regarding the event. Additional data provided by the resource monitor can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> [-n <notify id>] -m 10) The notification trigger indicates if the resource condition is normal or not. For an EMSNormalEvent trap, the notification trigger is normal. 11) The event type indicates the type of notification being sent. The different types are: Poll - for notification at every interval Change - for notification when the value changes Normal - for notification when the threshold condition for the resource is not true Problem - for notification when the threshold condition for the resource is true Error - for notification when the monitor encountered an error determining the resource value 12) The notify id, a unique identifier for a specific notification event. This value should be used when using resdata to retrieve additional information about the event. Monitor data can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> [-n <notify id>] -m NOTIFICATION-TYPE .1.3.6.1.4.1.11.2.3.1.7.0.1 |
hpEMSProblemEventThe Event Monitoring Service (EMS) has generated an event for a monitored resource. A Problem Event occurs when the threshold condition defined for the resource is true. A Change Event occurs when the monitored value changes. Monitoring requests configured for notification when the value changes may generate this event. A Poll Event occurs regularly at the configured polling interval. An Error Event occurs when the value of a monitored resource cannot be obtained from the monitor. The data passed with the event: 1) The name of the resource being monitored. 2) The request id, a unique identifier for the monitoring request. This value should be used when using resdata to retrieve additional information about the event. 3) The operator used by EMS to determine when event notifications should be sent. Possible values include: poll, change, >, >=, <, <=, = and !=. 4) The resource type, which defines the type of value being monitored. Possible values include: string, enumerated, integer, and float. 5) The resource value, which is the current value of the resource being monitored. It is converted based on the resource type. 6) The threshold type (usually the same as the resource type) defines the type of value configured for the threshold. Possible values include: string, integer, and float. 7) The threshold value configured for the resource being monitored. 8) The user data flag, which indicates whether or not user data are available. User data are comments provided by the user when the request was configured. User data can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> -u 9) The monitor data flag, which indicates whether or not the monitor has additional data regarding the event. Additional data provided by the resource monitor can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> [-n <notify id>] -m 10) The notification trigger indicates if the resource condition is normal or not. For an EMSProblemEvent trap, the notification trigger is abnormal. 11) The event type indicates the type of notification being sent. The different types are: Poll - for notification at every interval Change - for notification when the value changes Normal - for notification when the threshold condition for the resource is not true Problem - for notification when the threshold condition for the resource is true Error - for notification when the monitor encountered an error determining the resource value 12) The notify id, a unique identifier for a specific notification event. This value should be used when using resdata to retrieve additional information about the event. Monitor data can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> [-n <notify id>] -m NOTIFICATION-TYPE .1.3.6.1.4.1.11.2.3.1.7.0.2 |
hpEMSMonitorRebootThe Event Monitoring Service (EMS) has generated an event for a monitored resource. A Monitor Reboot Event occurs when monitors are restarted due to a system reboot. The list of resources affected by the restart can be retrieved on the source node by running: /opt/resmon/bin/resdata -M <key> The data passed with the event: 1) The restart event type, which can be restart or reboot. For an EMSMonitorReboot trap, the restart type is reboot. 2) The title of the monitor that is restarted. 3) The command used to restart the monitor. 4) The name of the vendor that provided the monitor. 5) The version of the monitor. 6) The process ID of the restarted monitor process. 7) The monitor key, which may be used with the -M option to the resdata command to return the list of resources being monitored by the restarted monitor. The list of resources can be retrieved on the source node by running: /opt/resmon/bin/resdata -M <monitor key> NOTIFICATION-TYPE .1.3.6.1.4.1.11.2.3.1.7.0.3 |
hpEMSMonitorRestartThe Event Monitoring Service (EMS) has generated an event for a monitored resource. A Monitor Restart Event occurs when EMS detects that a required monitor is no longer running, and restarts the monitor. The list of resources affected by the restart can be retrieved on the source node by running: /opt/resmon/bin/resdata -M <key> The data passed with the event: 1) The restart event type, which can be restart or reboot. For an EMSMonitorRestart trap, the restart type is restart. 2) The title of the monitor that is restarted. 3) The command used to restart the monitor. 4) The name of the vendor that provided the monitor. 5) The version of the monitor. 6) The process ID of the restarted monitor process. 7) The monitor key, which may be used with the -M option to the resdata command to return the list of resources being monitored by the restarted monitor. The list of resources can be retrieved on the source node by running: /opt/resmon/bin/resdata -M <monitor key> NOTIFICATION-TYPE .1.3.6.1.4.1.11.2.3.1.7.0.4 |
hpEMSNormalSevEventThe Event Monitoring Service (EMS) has generated an event for a monitored resource. A Problem Event occurs when the threshold condition defined for the resource is true. A Change Event occurs when the monitored value changes. Monitoring requests configured for notification when the value changes may generate this event. A Poll Event occurs regularly at the configured polling interval. An Error Event occurs when the value of a monitored resource cannot be obtained from the monitor. The data passed with the event: 1) The name of the resource being monitored. 2) The request id, a unique identifier for the monitoring request. This value should be used when using resdata to retrieve additional information about the event. 3) The operator used by EMS to determine when event notifications should be sent. Possible values include: poll, change, >, >=, <, <=, = and !=. 4) The resource type, which defines the type of value being monitored. Possible values include: string, enumerated, integer, and float. 5) The resource value, which is the current value of the resource being monitored. It is converted based on the resource type. 6) The threshold type (usually the same as the resource type) defines the type of value configured for the threshold. Possible values include: string, integer, and float. 7) The threshold value configured for the resource being monitored. 8) The user data flag, which indicates whether or not user data are available. User data are comments provided by the user when the request was configured. User data can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> -u 9) The monitor data flag, which indicates whether or not the monitor has additional data regarding the event. Additional data provided by the resource monitor can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> [-n <notify id>] -m 10) The notification trigger indicates if the resource condition is normal or not. For an EMSProblemEvent trap, the notification trigger is abnormal. 11) The event type indicates the type of notification being sent. The different types are: Poll - for notification at every interval Change - for notification when the value changes Normal - for notification when the threshold condition for the resource is not true Problem - for notification when the threshold condition for the resource is true Error - for notification when the monitor encountered an error determining the resource value 12) The notify id, a unique identifier for a specific notification event. This value should be used when using resdata to retrieve additional information about the event. Monitor data can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> [-n <notify id>] -m NOTIFICATION-TYPE .1.3.6.1.4.1.11.2.3.1.7.0.5 |
hpEMSWarningEventThe Event Monitoring Service (EMS) has generated an event for a monitored resource. A Problem Event occurs when the threshold condition defined for the resource is true. A Change Event occurs when the monitored value changes. Monitoring requests configured for notification when the value changes may generate this event. A Poll Event occurs regularly at the configured polling interval. An Error Event occurs when the value of a monitored resource cannot be obtained from the monitor. The data passed with the event: 1) The name of the resource being monitored. 2) The request id, a unique identifier for the monitoring request. This value should be used when using resdata to retrieve additional information about the event. 3) The operator used by EMS to determine when event notifications should be sent. Possible values include: poll, change, >, >=, <, <=, = and !=. 4) The resource type, which defines the type of value being monitored. Possible values include: string, enumerated, integer, and float. 5) The resource value, which is the current value of the resource being monitored. It is converted based on the resource type. 6) The threshold type (usually the same as the resource type) defines the type of value configured for the threshold. Possible values include: string, integer, and float. 7) The threshold value configured for the resource being monitored. 8) The user data flag, which indicates whether or not user data are available. User data are comments provided by the user when the request was configured. User data can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> -u 9) The monitor data flag, which indicates whether or not the monitor has additional data regarding the event. Additional data provided by the resource monitor can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> [-n <notify id>] -m 10) The notification trigger indicates if the resource condition is normal or not. For an EMSProblemEvent trap, the notification trigger is abnormal. 11) The event type indicates the type of notification being sent. The different types are: Poll - for notification at every interval Change - for notification when the value changes Normal - for notification when the threshold condition for the resource is not true Problem - for notification when the threshold condition for the resource is true Error - for notification when the monitor encountered an error determining the resource value 12) The notify id, a unique identifier for a specific notification event. This value should be used when using resdata to retrieve additional information about the event. Monitor data can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> [-n <notify id>] -m NOTIFICATION-TYPE .1.3.6.1.4.1.11.2.3.1.7.0.6 |
hpEMSMinorEventThe Event Monitoring Service (EMS) has generated an event for a monitored resource. A Problem Event occurs when the threshold condition defined for the resource is true. A Change Event occurs when the monitored value changes. Monitoring requests configured for notification when the value changes may generate this event. A Poll Event occurs regularly at the configured polling interval. An Error Event occurs when the value of a monitored resource cannot be obtained from the monitor. The data passed with the event: 1) The name of the resource being monitored. 2) The request id, a unique identifier for the monitoring request. This value should be used when using resdata to retrieve additional information about the event. 3) The operator used by EMS to determine when event notifications should be sent. Possible values include: poll, change, >, >=, <, <=, = and !=. 4) The resource type, which defines the type of value being monitored. Possible values include: string, enumerated, integer, and float. 5) The resource value, which is the current value of the resource being monitored. It is converted based on the resource type. 6) The threshold type (usually the same as the resource type) defines the type of value configured for the threshold. Possible values include: string, integer, and float. 7) The threshold value configured for the resource being monitored. 8) The user data flag, which indicates whether or not user data are available. User data are comments provided by the user when the request was configured. User data can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> -u 9) The monitor data flag, which indicates whether or not the monitor has additional data regarding the event. Additional data provided by the resource monitor can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> [-n <notify id>] -m 10) The notification trigger indicates if the resource condition is normal or not. For an EMSProblemEvent trap, the notification trigger is abnormal. 11) The event type indicates the type of notification being sent. The different types are: Poll - for notification at every interval Change - for notification when the value changes Normal - for notification when the threshold condition for the resource is not true Problem - for notification when the threshold condition for the resource is true Error - for notification when the monitor encountered an error determining the resource value 12) The notify id, a unique identifier for a specific notification event. This value should be used when using resdata to retrieve additional information about the event. Monitor data can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> [-n <notify id>] -m NOTIFICATION-TYPE .1.3.6.1.4.1.11.2.3.1.7.0.7 |
hpEMSMajorEventThe Event Monitoring Service (EMS) has generated an event for a monitored resource. A Problem Event occurs when the threshold condition defined for the resource is true. A Change Event occurs when the monitored value changes. Monitoring requests configured for notification when the value changes may generate this event. A Poll Event occurs regularly at the configured polling interval. An Error Event occurs when the value of a monitored resource cannot be obtained from the monitor. The data passed with the event: 1) The name of the resource being monitored. 2) The request id, a unique identifier for the monitoring request. This value should be used when using resdata to retrieve additional information about the event. 3) The operator used by EMS to determine when event notifications should be sent. Possible values include: poll, change, >, >=, <, <=, = and !=. 4) The resource type, which defines the type of value being monitored. Possible values include: string, enumerated, integer, and float. 5) The resource value, which is the current value of the resource being monitored. It is converted based on the resource type. 6) The threshold type (usually the same as the resource type) defines the type of value configured for the threshold. Possible values include: string, integer, and float. 7) The threshold value configured for the resource being monitored. 8) The user data flag, which indicates whether or not user data are available. User data are comments provided by the user when the request was configured. User data can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> -u 9) The monitor data flag, which indicates whether or not the monitor has additional data regarding the event. Additional data provided by the resource monitor can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> [-n <notify id>] -m 10) The notification trigger indicates if the resource condition is normal or not. For an EMSProblemEvent trap, the notification trigger is abnormal. 11) The event type indicates the type of notification being sent. The different types are: Poll - for notification at every interval Change - for notification when the value changes Normal - for notification when the threshold condition for the resource is not true Problem - for notification when the threshold condition for the resource is true Error - for notification when the monitor encountered an error determining the resource value 12) The notify id, a unique identifier for a specific notification event. This value should be used when using resdata to retrieve additional information about the event. Monitor data can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> [-n <notify id>] -m NOTIFICATION-TYPE .1.3.6.1.4.1.11.2.3.1.7.0.8 |
hpEMSCriticalEventThe Event Monitoring Service (EMS) has generated an event for a monitored resource. A Problem Event occurs when the threshold condition defined for the resource is true. A Change Event occurs when the monitored value changes. Monitoring requests configured for notification when the value changes may generate this event. A Poll Event occurs regularly at the configured polling interval. An Error Event occurs when the value of a monitored resource cannot be obtained from the monitor. The data passed with the event: 1) The name of the resource being monitored. 2) The request id, a unique identifier for the monitoring request. This value should be used when using resdata to retrieve additional information about the event. 3) The operator used by EMS to determine when event notifications should be sent. Possible values include: poll, change, >, >=, <, <=, = and !=. 4) The resource type, which defines the type of value being monitored. Possible values include: string, enumerated, integer, and float. 5) The resource value, which is the current value of the resource being monitored. It is converted based on the resource type. 6) The threshold type (usually the same as the resource type) defines the type of value configured for the threshold. Possible values include: string, integer, and float. 7) The threshold value configured for the resource being monitored. 8) The user data flag, which indicates whether or not user data are available. User data are comments provided by the user when the request was configured. User data can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> -u 9) The monitor data flag, which indicates whether or not the monitor has additional data regarding the event. Additional data provided by the resource monitor can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> [-n <notify id>] -m 10) The notification trigger indicates if the resource condition is normal or not. For an EMSProblemEvent trap, the notification trigger is abnormal. 11) The event type indicates the type of notification being sent. The different types are: Poll - for notification at every interval Change - for notification when the value changes Normal - for notification when the threshold condition for the resource is not true Problem - for notification when the threshold condition for the resource is true Error - for notification when the monitor encountered an error determining the resource value 12) The notify id, a unique identifier for a specific notification event. This value should be used when using resdata to retrieve additional information about the event. Monitor data can be retrieved on the source node by running: /opt/resmon/bin/resdata -r <resource name> \ -R <request id> [-n <notify id>] -m NOTIFICATION-TYPE .1.3.6.1.4.1.11.2.3.1.7.0.9 |
hpEMSObjects OBJECT IDENTIFIER .1.3.6.1.4.1.11.2.3.1.7.1 |
hpEMSNotify OBJECT IDENTIFIER .1.3.6.1.4.1.11.2.3.1.7.1.1 |
hpEMSResourceNameFull EMS name of the resource being monitoredro OCTET STRING .1.3.6.1.4.1.11.2.3.1.7.1.1.1 |
hpEMSRequestIDA unique identifier for the monitoring requestro INTEGER .1.3.6.1.4.1.11.2.3.1.7.1.1.2 |
hpEMSOperatorOperator indicates poll, change or threshold condition operator: >, >=, <, <=, ==, !=ro OCTET STRING .1.3.6.1.4.1.11.2.3.1.7.1.1.3 |
hpEMSResourceTypeInteger representing the resource type: 3009 = String 3010 = Sbit32 (signed 32 bit integer) 3011 = Ubit32 (unsigned 32 bit integer) 3012 = Sbit64 (future use) 3013 = Ubit64 (future use) 3014 = Float64 (64 floating point number) 3015 = Enumerated Type 3016 = Errorro INTEGER .1.3.6.1.4.1.11.2.3.1.7.1.1.4 |
hpEMSResourceValueQuoted string representing resource value, should be converted using the Resource Type indicated in Variable #4 Not applicable if Resource Type is Errorro OCTET STRING .1.3.6.1.4.1.11.2.3.1.7.1.1.5 |
hpEMSThresholdTypeInteger representing the threshold type, this is usually the same as resource type. Integer representing the threshold type: 3009 = String 3010 = Sbit32 (signed 32 bit integer) 3011 = Ubit32 (unsigned 32 bit integer) 3012 = Sbit64 (future use) 3013 = Ubit64 (future use) 3014 = Float64 (64 floating point number) 3015 = Enumerated Type 3016 = Error Not applicable if operator is poll or change; or if Resource Type is Error Note: enumerated type is not supported as threshold type.ro INTEGER .1.3.6.1.4.1.11.2.3.1.7.1.1.6 |
hpEMSThresholdValueQuoted string representing threshold value, should be converted using the Threshold Type indicated in Variable #6. Not applicable if operator is poll or change; or if Resource Type is Errorro OCTET STRING .1.3.6.1.4.1.11.2.3.1.7.1.1.7 |
hpEMSUserDataFlagIndicates that additional user data is available from EMS 0 = no user data 1 = user (comment) data existsro INTEGER .1.3.6.1.4.1.11.2.3.1.7.1.1.8 |
hpEMSMonitorDataFlagIndicates that additional monitor data is available from EMS 0 = no monitor data 1 = monitor data existsro INTEGER .1.3.6.1.4.1.11.2.3.1.7.1.1.9 |
hpEMSNotificationTriggerIndicates whether normal or problem event 0 = normal 1 = abnormal (threshold is true) 5 = abnormal (severity is normal) 6 = abnormal (severity is warning) 7 = abnormal (severity is minor) 8 = abnormal (severity is major) 9 = abnormal (severity is critical)ro INTEGER .1.3.6.1.4.1.11.2.3.1.7.1.1.10 |
hpEMSEventTypeString representing event type: Poll (for 'At Every Interval') Change (for 'When value changes') Normal (for when threshold condition is not true) Problem (for when threshold condition is true) Errorro OCTET STRING .1.3.6.1.4.1.11.2.3.1.7.1.1.11 |
hpEMSNotifyIDUnique identifier for this particular eventro INTEGER .1.3.6.1.4.1.11.2.3.1.7.1.1.12 |
hpEMSMonitor OBJECT IDENTIFIER .1.3.6.1.4.1.11.2.3.1.7.1.2 |
hpEMSRestartTypeREBOOT or RESTARTro OCTET STRING .1.3.6.1.4.1.11.2.3.1.7.1.2.1 |
hpEMSMonitorTitleTitle of the monitor affected by the outagero OCTET STRING .1.3.6.1.4.1.11.2.3.1.7.1.2.2 |
hpEMSCommandCommand used to launch the monitorro OCTET STRING .1.3.6.1.4.1.11.2.3.1.7.1.2.3 |
hpEMSVendorVendor who supplied the monitorro OCTET STRING .1.3.6.1.4.1.11.2.3.1.7.1.2.4 |
hpEMSVersionVersion of the monitorro OCTET STRING .1.3.6.1.4.1.11.2.3.1.7.1.2.5 |
hpEMSPIDProcess ID of the monitorro INTEGER .1.3.6.1.4.1.11.2.3.1.7.1.2.6 |
hpEMSMonitorKeyUnique identified for this monitor, to be used for running resdata to get list of resources affected by the monitor outage.ro OCTET STRING .1.3.6.1.4.1.11.2.3.1.7.1.2.7 |