No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

CFCARD_FAILED alarm appeared on SSN3GSCC board after software up gradation to V1R8C02SPC200 version.

Publication Date:  2012-07-25 Views:  61 Downloads:  0
Issue Description
Equipment: OSN-3500 (Extended sub rack)
Version before up gradation: 5.21.17.31P01
Target version for up gradation: 5.21.18.50P01
GSCC boards type: SSN3GSCC
Before the software up gradation activity, CFCARD was working normally and there was no alarm on GSCC board. After the completion of software up gradation 
to 5.21.18.50P01 (V1R8C02SPC200), CFCARD_FAILED alarm appeared on active/standby SSN3GSCC boards. Also it was observed that the active and standby 
GSCC boards abnormally reset after sometime.
Alarm Information
CFCARD_FAILED
Handling Process
The below mentioned steps were performed to handle and solve the problem.
1- Soft reset was performed on standby GSCC boards but alarm was not cleared.
2- Reset & replaced CF card from GSCC board but alarm was not cleared.
3- After above steps, standby GSCC was replaced with new board but the software version was lower then 5.21.18.50P01 and CFCARD_FAILED alarm was not 
appeared on new GSCC board.
4- After the software up gradation of the new standby GSCC board, CFCARD_FAILED alarm appeared on this board also. 
5- After the above steps, :cfg-sim-button command was executed twice and then soft reset was performed on GSCC board according to GTAC suggestions but CFCARD_FAILED alarm was not 
cleared.
6-After above steps, CF cards from both GSCC boards were removed due to which GSCC boards stopped to reset again and again.
7- After the detailed analysis of the database, black box data of the NE by R&D, it was concluded that the CF card on  failed to create file system and store the 
configuration & software data due to insufficient GSCC memory. After upgrading the NE version to 5.21.18.50P01, the GSCC board's memory is not sufficient for 
fully loaded main & extended sub rack equipment because 5.21.18.50P01 version supports other features occupying the GSCC memory. Therefore, when CF 
card starts initializing and read/write operation then the CF card failed to complete the operation and reset the GSCC abnormally.  
8-After the above analysis, R&D suggested upgrading the NE (having extended sub rack) version to 5.21.18.53 (V1R8C02SPC300) to resolve this issue. As in 
5.21.18.53 (V1R8C02SPC300) version GSCC memory is enhanced. 
memShow
 status    bytes     blocks   avg block  max block
 ------ ---------- --------- ---------- ----------
alloc   34784632      3146      11056          -
cumulative
  alloc 1810020584   1655199       1093          -
value = 0 = 0x0
9-After the completion of software up gradation to 5.21.18.53 (V1R8C02SPC300) version, CF cards were installed on both GSCC boards and CFCARD_FAILED 
alarms cleared from both GSCC boards.
Root Cause
SSN3GSCC board supports the data restoration function by using the CF
card. When the CFCARD_FAILED alarm occurs, the system is not affected. The alarm only indicates that the operations related to the CF card fail.
The possible causes of the alarm are mentioned below:
1-CF card failed to create the file system.
2-File system of the CF card is mismatched.
3-Hardware initialization of CF card fails.
4-Fault in CF card.
5-Fault in GSCC board.
Suggestions
If the CFCARD_FAILED alarm appeared on the NE having 5.21.18.50P01 version then upgrade the NE version to 5.21.18.53 to resolve the issue. If it is required to 
upgrade the NE version to V1R8 then upgrade the version of the equipment directly to 5.21.18.53 having extended sub rack.

END