![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||||||||||||
Solution Type Sun Alert Sure Solution 1952073.1 : HIPR2 cards in the control shelf may lock other cards off the IMT
In this Document
Applies to:Oracle Communications EAGLE (Software) - Version EAGLE 44.0.0 to EAGLE 44.0.3 [Release EAGLE 44.0]Tekelec DescriptionIn 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. OccurrenceChances 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 SymptomsLoss 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. WorkaroundImportant 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
PatchesNo patches applicable. Eagle should be upgraded as soon as possible to release 44.0.4 or later to prevent this issue from occurring. HistoryDoc Published 19-Dec-2014 References<BUG:19100513> - [226628]HIPR2 CARDS MAY LOCK OTHER CARDS OFF THE IMTAttachments This solution has no attachment |
||||||||||||||||||||||||
|