Oracle Communications Performance Intelligence Center (PIC) Software
 

PLA-Support>Sun Systems>CommsGBU>Global Signaling Solutions>SN-SND: Tekelec PIC
 

In this Document

Symptoms

Changes

Cause

Solution

References

Created from <SR 3-9239631001>

Applies to:

Symptoms

Sessions stopped updating due to xMF freeze. Any cfguser command (like pm.getprocs, routeDisp, linkDisp...) doesn't return any result and even doesn't return prompt back.

Changes

Cause

disasterRecovery process locks up the internal xMF database. Consequently, the xMF hangs up.

Solution

This issue is fixed in PIC10. However, a permanent WA exists and consists of:

1. Unlock the internal xMF database. On the affected xMF, as cfguser, run:
   idbunlock -cfv
2. Stop the disasterRecovery process on all xMF servers. If picHealthReport package is installed, connect to NSP ORACLE box as tekelec and run the following command:
   for i in `picHealthReport -l | egrep -i [pi]mf -A1 | grep -v "^--$" | grep -v mf`; do echo $i; ssh cfguser@$i ". ./.bash_profile;pm.set off disasterRecovery"; done  
3. Remove the disasterRecovery entry from the load.PmControl file in order to prevent the process restart if any clobber is done. If picHealthReport package is installed, connect to NSP ORACLE box as tekelec and run the following command:  
   1. for i in `picHealthReport -l | egrep -i "[pi]mf" -A1 | grep -v "^--$" | grep -v mf`; do echo $i; ssh cfguser@$i "chmod u+w /usr/TKLC/TKLCmf/prod/maint/loaders/;sed -i /disasterRecovery/d /usr/TKLC/TKLCmf/prod/maint/loaders/load.PmControl; chmod u-w /usr/TKLC/TKLCmf/prod/maint/loaders/"; done

If picHealthReport package is not installed, you can manually run the appropriate commands on each xMF server.

References

This solution has no attachment