Hello, everyone!
I would like to share with you an issue about CFCARD_FAILED alarm on GSCC board housed in an OptiX OSN 1500B equipment.
Description
The basic functions of the GSCC unit of the CXLLN board are configures and monitors services, monitors the service performance, and collects the information about the performance events and alarms.
Regarding its maintenance features, CXLLN supports the CF card, simulation package loading and diffused loading. The capacity of a standard CF card is 512 MB, and it can be expanded to 1GB.
The CF card functions as the storage carrier of the NE, and can store the databases of the NE, system parameters, software package of the NE, NE logs, and the data in the black box.
Condition:
GSCC unit of the CXLLN (SSR2CXLLN) board can't create the file system due CF card fails.
Symptom:
The CFCARD_FAILED appear on GSCC unit (Slot 83) of the CXLLN main board (Slot 5).
Impact:
When the CFCARD_FAILED alarm occurs, the system is not affected. The alarm only indicates that the operations related to the CF card fail.
Severity:
Mayor
Root Cause:
The possible causes of the CFCARD_FAILED alarm are as follows:
1) Creating the file system of the CF card fails.
2) The file system of the CF card does not match.
3) The hardware initialization of the CF card fails.
In this case, the cause of the CFCARD _FAILED alarm is "Creating the file system of the CF card fails" as seen below:
Solution:
The possible solutions are the following:
1) Replace the CF card and then check whether the CFCARD_FAILED alarm is cleared.
2) If the alarm persists, replace the GSCC unit (that is, replace the CXLLN board).
Therefore, the CF card must be replaced first because there is not procedure for trying to reestablich connectivity to it.
The position of the CF card of the R2CXLLN is as follows:
Fortunately, after replacing the CF card with a new one, the CFCARD_FAILED alarm clears and connectivity with the CF card is re-established.
Issue solved!!
References:
- HedEx
BR
