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

Service configuration became inactivated and fault of service configure due to the resetting of the software watchdog

Publication Date:  2012-07-25 Views:  62 Downloads:  0
Issue Description
1,Some services carried on the OptiX OSN 3500 NE (NE software version: 5.21.17.12) automatically became inactivated, which caused service interruptions;
2,Can't login and create service using T2000;
Alarm Information
1,Some servie status became inactivated automatically;
2,Cross connection already exists,error code :38702;
3,Can't login using navigator or T2000,no response;
Handling Process
1,First check cable connection between main and expansion subrack ,pull off AUX baord check  J9  status. no problem of this;
2,Check  errlog of GSCC board,found many soft reset log:BOARD=17  TYPE=0xf0000010  SOFTTYPE=2.After change the GSCC board one day ,new GSCC board have two times soft reset log again ,the service status change.During the GSCC soft reset,the service of inactived were blocked;
3,After Open ftp(cm-set-ftp:open) port ,can login to Ne but can't get black box log fo GSCC always;
4,The problematic Ne has configured many servies and has many alarm s and performances report  to GSCC because of the power and optical cable  problem of another service related site.
5,Open telent port(cm-set-oamport:COM,open) and telnet to Ne,the TALM task occupied ratio of CPU is very high(60%),the periodical backup  and the task of feeding the dog  task of  lower priority can't be performed,which caused the resetting of the software watchdog after a certain period. 
6,CPU cann't update or reserve the memory during the warm reset of the GSCC board, the jump of a certain bit in the files of the MFS database may occur. That was determined by the characteristics of the DRAM component. If the GSCC board started to work after the warm reset, the Ne software found that the MFS database was modified during the database restoration process. Hence, the Ne software restored the data from the flash whose data was stored a certain period ago because the periodical backup wasn't performed.,the Ne configuration was rolled back to a status at an earlier time.
7,Disable the alarm suppression function(:alm-set-inhistate:inhibit ),all problem were be resolved.
Root Cause
1,AUX and GSCC board fault; 
2,Cable connection between main and expansion subrak is wrong;
3,Cross board fault;
4,Software bug;
Suggestions
1,The progress of troubleshooting should follow the rule:from easy  to complex;
2,Alarm suppression function of Osn 3500(V100R007C01) has defect,can't  enable alarm suppression function;

END