Life With Zenoss Cloud Gives You Intelligent Insights
EXPLORE THE PLATFORM
Life With Zenoss Cloud Gives You ControlPrevent IT Outages and Predict Issues
Life With Zenoss Cloud Gives You Massive Scale
Zenoss Partner Portal
Become a Partner
Learn. Discuss. Participate.Join thousands of Zenoss users and experts to learn, discuss and participate in the Zenoss Community.
Customer Support Portal
Zenoss Learning Center
Analyst ReportForrester: Top 5 Focus Areas to Succeed With DevOps
Customers for LifeAt Zenoss, our customers are at the core of everything we do.
Request A Demo
Monitoring HP Proliant G6/G7/G8/G9/G10 rack/blade servers and enclosures.
This ZenPack is included with commercial versions of Zenoss and enterprise support for this ZenPack is provided to Zenoss customers with an active subscription.
Compatible with Zenoss 4.2 - 5.3.
This ZenPack provides support for monitoring HP Proliant Servers (G6, G7, G8, G9, and G10), including blade servers with the HP Proliant c7000 Enclosure. Discovery and monitoring are performed using SNMP, iLO (XML/HTTP), and/or WBEM protocols depending on environment.
This ZenPack currently supports HP Proliant servers running Windows or Linux (with installed/configured HP SIM SNMP subagent), HP Enclosures (via SNMP) as well as iLO devices (via either iLO or SNMP) and VMWare ESXi (using HP custom ESXi with WBEM/CIM access configured).
It is important to note that not all features of this ZenPack are supported across all protocols, since each of them provides a part, but not all, of the total information used by the ZenPack. This limitation is based on the amount and quality information that is available from each of the supported protocol. What this means is that certain metrics for a given component type (such as a temperature sensor) may or may not be available depending on the type of device that is monitored and/or on the protocol used to collect that data.
This ZenPack relies on several protocols to achieve coverage of various aspects of the HP Proliant architecture. At the most basic level, SNMP should be configured so as to facilitate access to HP/Compaq MIBs (CPQSINFO-MIB, CPQRACK-MIB, etc) and the associated OIDs. Support on a bare metal install of Linux or Windows OS, for example, requires installation of HP SIM and its associated software components, including a SNMP subagent and associated configuration for its use with the OS SNMP agent. Configuration of these software components is covered by various documentation available from HP and is beyond the scope of this document.
SNMP is also supported natively by HP OnboardAdministrator (if available) and optionally by the iLO management interface.
As noted above, iLO management interface can be monitored (as a Zenoss device) via iLO protocol (essentially XML via HTTP) or SNMP (which can be enabled in the iLO GUI interface).
An additional important item to note is that the iLO management interface GUI requires that the associated server's FQDN and IP address be set manually.This ZenPack requires the configuration of FQDN(or hostname)/IP be set in order for Zenoss to create associations on its side between monitored Proliant servers and their associated iLO device in Zenoss.
Support for HP Proliant hardware running VMWare ESXi OS relies on a custom ESXi image available from HP. This custom image provides support for Proliant-specific monitoring and performance data that is not avaiable using the version of ESXi provided by VMWare. Additionally, WBEM support must be configured and enabled on the ESXi host.
The following components will be automatically discovered using either the SNMP, iLO, or WBEM related connection parameters you provide. The properties and relationships will be continually updated on Zenoss' normal remodeling interval which defaults to every 12 hours.
Relationships: Cooling Fan, Device Bay, Interconnect Bay, Onboard Administrator, Power Supply, Temp Sensor, HPTemperatureSensors, HPThermalSubsystem
Relationships: Processor, Cooling Fan, Logical Drive, Management Controller, Memory Slot, Network Interface, NIC, HPOSHypervisor, PCI Device, Physical Drive, Power Supply, System Board, Temp Sensor, RAID Controller, FC Adapter, FC Port
Relationships: Chassis, FC Port
Relationships: Chassis, FC Adapter
Relationships: Chassis, Logical Drive, Physical Drive
Relationships: Chassis, RAID Controller
Model Classes and Relationships
The following metrics will be collected every 5 minutes by default. The average statistic is collected, and the graphed value is per second for anything that resembles a rate.
Metrics (WBEM): FramesTooLong, EncodingDisparityErrors, RXBroadcastFrames, ErrorFrames, MulticastFramesTransmitted, LossOfSyncCounter, LinkFailures, LinkResetsReceived, BytesReceived, DumpedFrames, FramesTooShort, CRCErrors, PacketsReceived, PacketsTransmitted, LossOfSignalCounter, TXBroadcastFrames, DelimiterErrors, LinkResetsTransmitted, PrimitiveSeqProtocolErrCount, BytesTransmitted, AddressErrors, MulticastFramesReceived
Metrics (WBEM): status
Metrics (WBEM): status, speed
Metrics (SNMP): status, cpqRackServerBladeWattageAvg, cpqRackServerBladePOSTStatus, cpqRackServerBladePowered, condition
Metrics (SNMP): status
Metrics (WBEM): cpqDaAccelBattery, CacheReadPercent, cpqDaAccelStatus, CacheParityReadErrors, CacheModuleTemperature, ControllerTemperature, CacheParityWriteErrors, cpqDaCntlrCondition, CacheWritePercent
Metrics (WBEM): status, BytesReceived, PacketsReceived, PacketsTransmitted, InternalMACReceiveErrors, InternalMACTransmitErrors, BytesTransmitted
Metrics (ILO): status
Metrics (WBEM): MediaFailures, ReadOperations, HardwareErrors, SectorsWritten, SectorsRead, OtherTimeOuts, BadTargetErrors, WriteOperations, status, NotReadyErrors, HardReadErrors, DRQTimeOuts, FormatErrors, HardWriteErrors
Metrics (SNMP): status, currentPowerSupply, condition
Metrics (SNMP): hoursInService
Metrics (WBEM): status, currentReading
Metrics (SNMP): status, currentReading
Event managment is handled both actively and passively. Passively, this takes the form of SNMP traps, translations and correlations for which 516 notifications defined in the various HP/Compaq MIBs are included in the form of Event class instances with transforms.
Active Event managment revolves around the tracking of the numeric state indicators defined variously according to SNMP, ILO, or WBEM and mapped to corresponding Zenoss event severities.
Critical Event (esx): status is Major Failure or Critical Failure or Non-recoverable Error
Critical Event (snmp): status is Failed
Critical Event (esx): speed is Major Failure
Critical Event (snmp): cpqFcaHostCntlrStatus is Failed
Critical Event (snmp): cpqDaCntlrPartnerBoardStatus is Failed
Critical Event (snmp): condition is Failed
Critical Event (snmp): cpqSm2CntlrBatteryStatus is Failed
Error Event (snmp): status is Degraded
Clear Event (esx): status is OK or Degraded or MajorFailure
Critical Event (esx): status is Critical Failure
Critical Event (snmp): condition is General Failure or Bist Failure or Fan Failure or Temp Failure or Inter Lock Open or Eprom Failed or Vref Failed or Dac Failed or Ram Test Failed or Voltage Channel Failed or Orring Diode Failed or Brown Out or Give Up On Startup or Nvram Invalid or Calibration Table Invalid
Critical Event (esx): status is Predictive Failure or Error
When combined with the Zenoss Service Dynamics product, this ZenPack adds built-in service impact and root cause analysis capabilities for services running on HP Proliant. The service impact relationships shown in the diagram and described below are automatically added. These will be included in any services that contain one or more of the explicitly mentioned components.
Service Impact Relationships
The HP Proliant ZenPack uses several methods to collect both model and performance data depending on the device types, which fall into 3 categories:
Onboard Administrator is HP's solution for hardware management and monitoring. It provides a SNMP interface that Zenoss uses to monitor both HP chassis and blade hardware as well as certain OS components with the OA agent installed and configured. SNMP access can also be configured for use with the iLO management interface (via the managment GUI) or with a bare metal install of Linux or Windows by installing HP SIM and related software (including its SNMP subagent)
Data from ILO devices is provided by a HTTPS interface listening on port 443. The zILOUserName, zILOPassword, zILOUseSSL, and zILOPort zProperties control access to ILO devices. The ILO interface accepts and returns XML-formatted query strings, and this ZenPack features a custom api definining these queries and their output formatting.
WBEM support is required for montitoring ESXi on HP Proliant hardware. The zWBEMUsername, zWBEMPassword, zWBEMPort, and zWBEMUseSSL zProperties control access to HP ESXi devices. Data collection relies on the WBEM ZenPack, and also uses a HTTP-based protocol (WBEM). HP provides custom-built ESXi ISOs that provide the HP WBEM software to the base ESXi image.
Endpoint configuration is beyond the scope of this document, but online resources are available at http://h10032.www1.hp.com/ctg/Manual/c04341228
Use the following steps to start monitoring the Onboard Administrator using the Zenoss web interface.
Use the following steps to start monitoring Linux HP Proliant device using the Zenoss web interface.
Use the following steps to start monitoring a HP ILO device using the Zenoss web interface.
Several scripts are included for use with troubleshooting or sample data collection. These scripts reside in the
Installing this ZenPack will add the following items to your Zenoss system.
/Server/HP/Proliant: SNMP monitoring with HP MIBs
SNMP Datasource (SNMP)
FC Port (HPFibreChannelPort)
The HP Proliant Zenpack can be upgraded. To upgrade the ZenPack, install the latest version over the existing one. There is no action for the user to migrate the data. The performance data and events of old ZenPack are retained as per the retain policy settings.
In order to fully support monitoring a system with multiple onboard administrators the "enclosure ip mode" option must be enabled and the enclosure must be given a static ip address that is shared between the two onboard administrators. Failure to do so may cause monitoring to stop when the active onboard administrator goes offline.
When upgrading from 1.0 to 3.0 you may see an issue related to catalogs. If you installed the zenpack from the ui the ui may complain that the zenpack install failed. Install the zenpack from the command line as a workaround. The observe messages similar to "WARNING zen.catalogservice: Detected catalog inconsistency - to repair, run: 'python /opt/zenoss/ZenPacks/ZenPacks.zenoss.CatalogService-184.108.40.206-py2.7.egg/ZenPacks/zenoss/CatalogService/sync_rids.py'" to finish the installation of this zenpack run the script as it suggests. then restart the zenoss instances.
Ilo device modelling reuses the original snmp components of this zenpack. Because the ilo does not return exactly the same results as is available via snmp monitoring, there will be cases where some fields are always set to N/A or Unknown. This is a known issue and is not currently considered a defect.
The servername variable needs to be set inside the ILO for this zenpack to work properly with ILO hardware. - For the ILO 4, please go into the ILO GUI under Administration -> Access Settings -> Under Access Options there is "Server Name" and update the name for the ILO server.
Since this ZenPack depends on the PythonCollector ZenPack for some of its capabilities, the zenpython collector daemon should be stopped manually prior to uninstallation of this ZenPack in order to avoid a traceback error. The zenpython daemon can be restared again once uninstallation is complete.
Minor update provides unit test changes to accommodate build platform
Ported to ZenPackLib 2.0
Extend support to G9 and G10 platforms (ZPS-2086)
Add support for Fibre Channel Adapter and Port monitoring (ZPS-2086)
Added scripts for debug and data collection of iLO and WBEM clients
Revised monitoring template organziation and protocol dependency
Added new HP WBEM Datasource and revised all WBEM templates
Added multiple new metrics for WBEM monitoring
New icons added for device and all component classes
WBEM modeling and performance data collection completely revised
Additional mappings for SNMP traps (ZPS-679)
Fix various SNMP modeling tracebacks (ZPS-1621)
Fix various ILO modeling issues
Tested with Zenoss Resource Manager 5.3.2, Zenoss Resource Manager 4.2.5 RPS 743, Service Impact 5.2.0 and Analytics 5.0.8
Fixed ILO and WBEM modeler plugins to better handle empty results
Updated list of recognized XML status strings
Updated ILO Protocol handler to address SSL certificate validation issue while preserving HTTP/1.1 compliance
Updated XML parser to better handle invalid XML output
Fix bad threshold datasource reference in HPArrayController template
Corrected type of cycletime parameter
Ensure all SNMP templates available to /Devices/Server/HP/ILO/SMNP
Added "HP Chassis List" and "HP Device Bay List" reports (ported from HPBladeChassis community ZP)
Update Impact documentation (ZEN-25324)
Added "zILOCollectSamples" zProperty (raw modeler output storage)
Updated zProperties (removed zProperty zILOSSLPort, replace with zILOUsesSSL and zILOPort)
Adjust component labels and titles for DynamicView (ZEN-25248)
Add ResetClassRelations migrate script (ZEN-25281)
Sensible thresholds for Temperature graphs (ZEN-25260)
More informative event logging (ZEN-24270)
Ensure that ILODatasource, HPStatusThreshold, and GUI use shared reference data
Updated graph datapoints and templates (ZEN-24886)
Improved datasource/datapoint access methdos for status string retrieval (ZEN-24277)
Fix traceback during WBEM modeling (ZEN-24786)
updated and new unit testing to handle ILO datasource/modeler testing (ZEN-24810)
Revised and simplified all string-to-integer status mapping code
Added new ILOProtocolHandler ILO client (ZEN-25277)
Added new ILOXMLParser for shared access to ILO output
Added cross-reference functions to HPDevice and HPChassis (get_ilo, get_cpus, get_mem)
Revised shared component attributes for consistency
Remove/migrate code from utils.py and ErrorHandler.py
Added ManagedObject base to contine shared component code
deprecate ILO2 support (ZEN-22388)
Rewrite of all modeler plugins
Added HPPluginBase, HPSnmpPlugin to contain shared plugin code
Prevent premature data collection termination (ZEN-24277)
Add support for RAID controller monitoring via SNMP and ILO (ZEN-24211, ZEN-23388)
Fix HPStatusThreshold issue causing data collection to stop (ZEN-23040)
Improved handling of components with blank id (ZEN-22872, ZEN-22851, ZEN-21680)
Numerous enhancements and bugfixes
Updated zenpacklib.py to address modeler timeouts from attribute-indexed components
Fixes ZEN-18151. HP.wbem.HPWBEMPlugin modeling traceback on tempStatus()
Standardized commonly used code for converting RRD status to formatted string
Standardized most component properties to those common between collection methods (some still outstanding)
Standardized common datasource/datapoint names throughout templates
Simplified customized classes to reduce duplication of function
Removed duplicate property definitions with similar names but identical values
Removed most component properties that should have been performance or status datasources
Standardized unit testing for modeler plugins and class loading
Folded deviceMap modeler plugins into component modeler plugins, removed device map plugins
Added ZenPack class to remove all RRD templates upon ZP uninstall
Changed Fan Speed to display status string (only ILO shows actual speed)
SNMP modeler plugins are now appropriate for use wherever SNMP is supported
Deprecated HPOSHypervisor and HPThermalSubsystem components
Removed COMMAND datasource from HPLogicalDrive (used snmpindex_dct instead)
Added ILO datasource queries for HPChassis, HPProcessor, HPManagementController, HPNetworkInterfaceController, and updated ILODatasource to accommodate
Added "perfID" to ILO HPTemperature components to correct some missing datapoints
Updated migrate methods to remove all templates before re-adding from YAML
Removed "uptime" metric from HPSystemBoard since it duplicates the Device sysUptime datapoint
Added several status indicators to HPManagementController component (SNMP)
Re-based SNMP Device templates on /Server/Linux to ensure consistency
Major rewrite of significant sections of the zenpack to use zenpacklib and remove obvious defects.
View the discussion thread.
This ZenPack is developed and supported by Zenoss Inc. Commercial ZenPacks are available to Zenoss commercial customers only. Contact Zenoss to request more information regarding this or any other ZenPacks. Click here to view all available Zenoss Commercial ZenPacks.