1 Introduction
This instruction concerns alarm handling for the Storage Engine, Memory Usage Too High In DS, Full Threshold Reached alarm.
1.1 Alarm Description
The alarm is issued when the memory use of the Data Store (DS) cluster reaches the level configured for the Full threshold. The alarm is cleared after the memory use drops below the level configured for the Full threshold, and the Storage Engine, Memory Usage Too High In DS, Warning Threshold Reached, Reference [1] alarm is raised.
The possible alarm causes and the corresponding fault reasons, fault locations, and impacts are described in Table 1.
|
Alarm Cause |
Description |
Fault Reason |
Fault Location |
Impact |
|---|---|---|---|---|
|
The memory use of the DS cluster reached the Full threshold level. |
The amount of subscriber data stored in the DS results in a level of memory use which reaches the level configured for the Full threshold. |
The DS cluster contains too much subscriber data, and is close to reaching its maximum capacity. |
Affected DS cluster. |
Newly provisioned subscriber data may be rejected. |
The alarm attributes are listed and explained in Table 2:
|
Attribute Name |
Attribute Value |
|---|---|
|
Auto Cease |
Yes |
|
Module |
STORAGE-ENGINE |
|
Error Code |
9 |
|
Timestamp First |
Date and time when the alarm was raised for the first time. |
|
Repeated Counter |
Number which indicates how many times the alarm was raised. |
|
Timestamp Last |
Date and time of the most recent alarm raise. |
|
Resource ID |
.1.3.6.1.4.1.193.169.1.2.8.<DG> |
|
Alarm Model Description |
Memory usage at Full level, Storage Engine. |
|
Alarm Active Description |
Storage Engine (DS-group #<DG>): memory usage at Full level. |
|
ITU Alarm Event Type |
processingErrorAlarm (4) |
|
ITU Alarm Probable Cause |
storageCapacityProblem (151) |
|
ITU Alarm Perceived Severity |
(4) – Major |
|
Originating Source IP |
Node IP where the alarm was raised. |
|
Sequence Number |
Number which indicates the order in which alarms were raised. |
In Table 2, the indicated variables are as follows:
Refer to the following documents for more information:
- For further information about the Full threshold level, refer to the section of the cudbReallocate command in CUDB Node Commands and Parameters, Reference [2].
- For further information about attribute descriptions, refer to CUDB Node Fault Management Configuration Guide, Reference [3].
1.2 Prerequisites
This section provides information on the documents, tools, and conditions that apply to the procedure.
1.2.1 Documents
Before starting this procedure, ensure that you have read the following documents:
- The section on the cudbDsgProvisioningManage and cudbReallocate commands in CUDB Node Commands and Parameters, Reference [2].
- CUDB Node Fault Management Configuration Guide, Reference [3], regarding alarm configuration.
- The "Running Defragmentation" section of CUDB System Administrator Guide, Reference [4].
- System Safety Information, Reference [6].
- Personal Health and Safety Information, Reference [7].
1.2.2 Tools
Not applicable.
1.2.3 Conditions
Not applicable.
2 Procedure
In case the alarm is raised, do the following:
- Perform a defragmentation in the affected DSG. Refer to CUDB System Administrator Guide, Reference [4] for more information.
- Check if the alarm is cleared. If not, continue with the below steps.
- Use the cudbDsgProvisioningManage command with the --disable option to prevent the newly distributed data from being added to the referred DSG. For more information, refer to CUDB Node Commands and Parameters, Reference [2].
- Move the distributed data out of the referred DSG to decrease memory use with the cudbReallocate command. Either specify the percentage of distributed data to be moved with the --entriespercentage option, or export the data and use the --list option. Refer to CUDB Node Commands and Parameters, Reference [2] for more information on the cudbReallocate command and its options.
- Perform a defragmentation again in the affected DSG. Refer to CUDB System Administrator Guide, Reference [4] for more information.
- Check if the alarm is cleared, and depending on the result,
perform one of the below steps:
- If the alarm is cleared, then use the cudbDsgProvisioningManage command with the --enable option to allow the newly distributed data to be added to the referred DSG again. For more information, refer to CUDB Node Commands and Parameters, Reference [2].
- If the alarm remains, then consult the next level of maintenance support. Further actions are outside the scope of this instruction.
Glossary
For the terms, definitions, acronyms and abbreviations used in this document, refer to CUDB Glossary of Terms and Acronyms, Reference [5].
Reference List
| Other Ericsson Documents |
|---|
| [6] System Safety Information. |
| [7] Personal Health and Safety Information. |

Contents