Sun Microsystems, Inc.  Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-77-1952073.1
Update Date:2015-01-05
Keywords:

Solution Type  Sun Alert Sure

Solution  1952073.1 :   HIPR2 cards in the control shelf may lock other cards off the IMT  


Related Items
  • Oracle Communications EAGLE (Software)
  •  
Related Categories
  • PLA-Support>Sun Systems>CommsGBU>Global Signaling Solutions>SN-SND: Tekelec Eagle 5
  •  




In this Document
Description
Occurrence
Symptoms
Workaround
Patches
History
References


Applies to:

Oracle Communications EAGLE (Software) - Version EAGLE 44.0.0 to EAGLE 44.0.3 [Release EAGLE 44.0]
Tekelec

Description

In Eagle software release 44.0.0, a counter was implemented to protect higher capacity cards from overload conditions from the HIPR2 cards.  The counter was implemented incorrectly (Bug 19100293) resulting in a condition that will eventually lock any cards off the IMT (only on the shelves equipped with HIPR2). This may cause loss of user access to the Eagle (if both OAM cards are locked off the bus) or service impact (if all cards providing a particular service are locked off the bus at the same time). Since normally card other than OAM spreads across multiple shelves (which is the recommended way), there is a very rare chance for service impact due this this bug.

Occurrence

Chances for card(s) to get locked off the IMT only if both the below conditions are true

1) Eagle is running release 44.0.0, 44.0.1, 44.0.2 or 44.0.3

2) The particular shelf is equipped with HIPR2 cards

Symptoms

Loss of user access to Eagle (The user access to Eagle must be verified locally).

Card in a particular slot keeps isolated even after seating a known good hardware.

Workaround

Important Note: To prevent this issue from occurring, the Eagle should be upgraded as soon as possible to release 44.0.4 or later. In the interim, one of the following actions may be required:

1) If the problem is encountered and users cannot access the system, HIPR2 cards in the control shelf will need to be reseated one by one (make sure alternate IMT bus is fully in-service before reseating a HIPR2 card). TAC should be called to assist with this activity. After restoring the user access to Eagle, follow the steps under point 3 to reset HIPR2 cards in the system.

2) If the problem is encountered and card in particular location(s) on a shelf equipped with HIPR2 cards is not getting connected to IMT, then follow the steps under point 3 to reset HIPR2 cards in the system.

3) HIPR2 cards in the Eagle (running release 44.0.0, 44.0.1, 44.0.2 or 44.0.3) can be reset every 90 days which may prevent issue from occurring. Following steps can be followed to reset the HIPR2 cards in Eagle:

a) Issue the following command to verify whether HIPR2 cards are installed in Eagle (any shelf) or not. If yes, then proceed further.

>rept-stat-mux

b) Verify the status of the IMT busses by issuing the command:                             

>rept-stat-imt

c) If the IMT busses are healthy (no alarms) proceed to issue the command:      

>init-mux:bus=a

d) Allow five minutes for the bus to recover and stabilize.

e) Verify the status of the IMT busses by issuing the command:                               

>rept-stat-imt

f) If the IMT busses are healthy (no alarms) proceed to issue the command:        

>init-mux:bux=b

g) Verify the status of the IMT busses by issuing the command:                              

>rept-stat-imt

Patches

No patches applicable. Eagle should be upgraded as soon as possible to release 44.0.4 or later to prevent this issue from occurring.

History

Doc Published 19-Dec-2014

References

<BUG:19100513> - [226628]HIPR2 CARDS MAY LOCK OTHER CARDS OFF THE IMT

Attachments
This solution has no attachment
  Copyright © 2018 Oracle, Inc.  All rights reserved.
 Feedback