6 hpi daemon redundancy sensor, Table 4-19, Hpi daemon redundancy sensor - redundancy states – Artesyn System Management Interface Based on HPI-B (Centellis CO 31kX-4100-2000-4410) (June 2014) User Manual
Page 60: Table 4-20, Hpi daemon redundancy sensor rdr, Using hpi-b
Using HPI-B
System Management Interface Based on HPI-B (Centellis CO31kX/4100/2000/4410) User’s Guide
60
4.4.6
HPI Daemon Redundancy Sensor
The Artesyn HPI-B implementation provides an OEM sensor which indicates the redundancy
state of the HPI daemon. As previously mentioned, both HPI daemons in a shelf are operated
in cold stand-by mode, i.e. one HPI daemon is active, while the other daemon is deactivated. A
supervisor which runs on both ATCA-M100/MF105/SAM1410 blades furthermore monitors
the activity of the currently active daemon, and if it detects a failure, the supervisor activates
the previously stand-by daemon and switches over to it. The following table provides possible
states which are indicated by the HPI daemon redundancy sensor.
The RDR of this sensor is similar to the RDR of the Virtual Shelf Manager Redundancy sensor
described in the HPI-to-AdvancedTCA mapping specification.
The sensor’s RDR is defined as follows.
Table 4-19 HPI Daemon Redundancy Sensor - Redundancy States
State
Description
MOTHPI_ES_FULLY_REDUNDANT
There is one active and one deactivated daemon.
The deactivated daemon is ready to be activated
in case of a failure.
MOTHPI_ES_NON_REDUNDANT_SUFFICIEN
T_RESOURCES
There is one active HPI daemon, but no
deactivated daemon which could be activated in
case of a failure. A possible reason might be that
there is only one ATCA-M100/MF105/SAM1410
in the shelf.
No state
All HPI daemons have failed or are deactivated. A
possible reason could be that there is no ATCA-
M100/MF105/SAM1410 blade in the shelf.
Table 4-20 HPI Daemon Redundancy Sensor RDR
MotHpiRdrT
Value
Notes
RecordId
Assigned by HPI implementation
RdrType
SAPHPI_SENSOR_RDR
Entity
Same as Virtual Shelf Manager
Resource