August 21, 2001
Products Affected
|
Product |
Top Assembly |
Printed Circuit Assembly |
Comments |
HW Rev. |
||
|---|---|---|---|---|---|---|
|
Part Number |
Rev. |
Part Number |
Rev. |
|||
|
CMP-W |
? | ? | ? | ? | ? |
All Revisions |
Problem Description
The Control and Monitoring Processor Module (CMP) file system is stored on a removable compact flash disk. There is a problem whereby an individual configuration file, log file, or the entire file system can become corrupted. This does not affect data transported by the optical system. This issue can occur when any file within the file system is open for writing at the time that the CMP is reset. When the CMP attempts to restart after the reset, it is unable to do so due to the file or file system corruption. This problem does not affect traffic, however it does remove the ability to monitor the node(s) which the CMP controls and the associated linecards.
Background
The occurrence of this problem is normally very rare due to the limited occupancies whereby a file will be open for writing. However, should "Persistency" be enabled within a node, the alarm and the performance monitoring log files will be opened frequently. Due to this fact, the occurrence of file or file system corruption is significantly increased. This problem will not be visible on systems running either the TL1 agent or the proprietary agent because neither of these agents allow configuration of "Persistency"
Problem Symptoms
When this problem occurs, the CMP will not be able to complete the boot phase or reach the operating conditions and will eventually keep on rebooting. There is no visual display indicating the problem except that the LED displaying the level of CMP functionality will not provide the correct display.
Workaround/Solution
Workaround
The workaround to reduce and effectively eliminate the occurrences of this problem is to disable Persistency within the node. To do this, the file "persistent" should be deleted from the file system and the CMP restarted. The workaround has the drawback that each scanner that was previously created on the CMP is lost after a reset.
Recovery
Should the problem exist within a CMP, the recovery method is different depending upon whether it is an individual file or the entire file system which has become corrupted. However, the diagnosis of this is the same.
The process to diagnose this is documented in the ONS 15800 CMP Diagnosis Procedure.
Once the diagnosis is made as to whether this is a file problem or a file system problem, the resolution is:
-
Individual File Problem
Perform the recovery documented in the ONS 15800 CMP Diagnosis Procedure.
-
File System Problem
RMA the CMP using the standard RMA process.
Resolution
This problem will be resolved in a sustaining release of the Q3 agent compatible with Cisco Photonics Manager (CPM) release 2.3.0. The release will be version 2.0.2 and is estimated to be available as of the last week of September. The release will allow for maintaining the persistency of scanners.
DDTS
To follow the bug ID link below and see detailed bug information, you must be a registered user and you must be logged in.
|
DDTS |
Description |
|---|---|
|
CMP files or the CMP file system can become corrupted. |
For More Information
If you require further assistance, or if you have any further questions regarding this field notice, please contact the Cisco Systems Technical Assistance Center (TAC) by one of the following methods:
