800 Series Alarm Messages¶
The system inventory and maintenance service reports system changes with different degrees of severity. Use the reported alarms to monitor the overall health of the system.
Alarm messages are numerically coded by the type of alarm.
For more information, see Fault Management Overview.
In the alarm description tables, the severity of the alarms is represented by one or more letters, as follows:
C: Critical
M: Major
m: Minor
W: Warning
A slash-separated list of letters is used when the alarm can be triggered with one of several severity levels.
An asterisk (*) indicates the management-affecting severity, if any. A management-affecting alarm is one that cannot be ignored at the indicated severity level or higher by using relaxed alarm rules during an orchestrated patch or upgrade operation.
Note
Degrade Affecting Severity: Critical indicates a node will be degraded if the alarm reaches a Critical level.
Alarm ID: 800.001 |
Storage Alarm Condition: Possible data loss. Any mds, mon or osd is unavailable in storage replication group. |
Entity Instance |
cluster=<dist-fs-uuid> |
Degrade Affecting Severity: |
None |
Severity: |
C/M* |
Proposed Repair Action |
Check the state of the Ceph cluster with ceph -s. If problem persists, contact next level of support. |
Alarm ID: 800.010 |
Potential data loss. No available OSDs in storage replication group. |
Entity Instance |
cluster=<dist-fs-uuid>.peergroup=<group-x> |
Degrade Affecting Severity: |
None |
Severity: |
C* |
Proposed Repair Action |
Ensure storage hosts from replication group are unlocked and available. Check replication group state with system host-list. Check if OSDs of each storage host are up and running. Check the state of the Ceph OSDs with ceph osd stat OR ceph osd tree. If problem persists, contact next level of support. |
Alarm ID: 800.011 |
Loss of replication in peergroup. |
Entity Instance |
cluster=<dist-fs-uuid>.peergroup=<group-x> |
Degrade Affecting Severity: |
None |
Severity: |
M* |
Proposed Repair Action |
Ensure storage hosts from replication group are unlocked and available. Check replication group state with system host-list. Check if OSDs of each storage host are up and running. Check the state of the Ceph OSDs with ceph osd stat AND/OR ceph osd tree. If problem persists, contact next level of support. |
Alarm ID: 800.103 |
Storage Alarm Condition: [ Metadata usage for LVM thin pool <VG name>/<Pool name> exceeded threshold and automatic extension failed. Metadata usage for LVM thin pool <VG name>/<Pool name> exceeded threshold ]; threshold x%, actual y%. |
Entity Instance |
<hostname>.lvmthinpool=<VG name>/<Pool name> |
Degrade Affecting Severity: |
None |
Severity: |
C* |
Proposed Repair Action |
Increase Storage Space Allotment for Cinder on the ‘lvm’ backend. Try the following commands: vgextend <VG name> <PV name> or vgextend -L +<size extension> <PV name>. Check status with vgdisplay. Consult the System Administration Manual for more details. If problem persists, contact next level of support. |
Alarm ID: 800.104 |
Storage Alarm Condition: <storage-backend-name> configuration failed to apply on host: <host-uuid>. |
Degrade Affecting Severity: |
None |
Severity: |
C* |
Proposed Repair Action |
Update backend setting to reapply configuration. Use the following commands to try again: system storage-backend-delete <storage-backend-name> AND system storage-backend-add <storage-backend-name>. Consult the System Administration Manual for more details. If problem persists, contact next level of support. |
