Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

hipath 4000 dulpex

Status
Not open for further replies.

tecnouser

IS-IT--Management
Feb 13, 2011
20
DZ
Hello experts,

I'm trying to set up a hipath 4000 V6 in test lab, the version has been installed in the two dscxl2, but when I send the ACT-USSU:UNIT=LTG,LTG=1; only cca become active with no ccb standby.

Thanks in advance for your help

tecnouser
 
Hi,
What is the output of
REG-DBC;
and
DIS-SIGNL:SYSTEM;
 
Hello ,

Please find after the result of the commands:
REG-DBC;
H500: AMO DBC STARTED
EXEC-DBC:"4000 ",6;

AMO-DBC -111 DATABASE CONFIGURATION
REGENERATE COMPLETED;
<
And

DIS-SIGNL:SYSTEM;
H500: AMO SIGNL STARTED

+------------------------------------------------------------------------------+
| SYSTEM STATE TABLE |
+----------+-------------------------+-----------------------------------------+
| UNIT | STATE | ADDITIONAL INFORMATION |
+----------+-------------------------+-----------------------------------------+
| CC-A | NOT AVAILABLE | ---- - - : : |
| CC-B | ACTIVE | POWER ON FROM 14-11-09 18:24:14 |
| ADS | IN SERVICE | POWER ON FROM 14-11-09 16:42:23 |
| REF CLOCK| AUTONOMOUS CLOCK | |
| | (NO CLOCK REFERENCE) | |
| TFAILTR | TRUNK FAIL TRANSFER OFF | |
| ALARM | DEVICE ALARM | ---- ---- |
| | MINOR ALARM | ---- ---- |
| | MAJOR ALARM | ---- ---- |
+----------+-------------------------+-----------------------------------------+

AMO-SIGNL-111 ERROR SIGNALLING CONTROL
DISPLAY COMPLETED;
<

I dont know if relevant but here an other result:

DIS-REST;
H500: AMO REST STARTED
+------------------+------+
| USE RESCUE SW | NO |
+------------------+------+
+------------------+-----------------------------+
| FUNCTIONAL UNIT | FAULT ANALYSIS STATUS |
+------------------+-----------------------------+
| BPA | INACTIVE |
| BPB | ACTIVE |
+------------------+-----------------------------+
AMO-REST -111 RESTART OF A FUNCTIONAL MODULE
DISPLAY COMPLETED;
<

I figured out that cca and ccb are rebooting all the time with no active state.

Thank you for your help.
 
So is it working OK now ?
After ACT-USSU:LTG;
?
 
Hello,

Unfortunatly not, I can give you the output of the command when i will be in front of the machine.

Regards
 
OK
Do a STA-HISTA:SEARCH;
as it might assist in faultfinding
 
Hello,

Here the status;

<ACT-USSU:LTG, 1;
ACT-USSU:LTG,1;
H500: AMO USSU STARTED
F29: THE ONLY EXISTING LTG ON ACTIVE PBX MAY NOT BE SWITCHED ON.
ACCORDING LTU MAY BE SWITCHED ON BY MEANS OF
ACT-USSU:LTG,,<LTU-NR>;
AMO-USSU -111 DISPLAY,EXEC AND SWITCHING OF SWU UNIT
ACTIVATE NOT COMPLETED;
<

as well as the STA-HISTA in the attached

Any clue will be helpfull



 
 http://files.engineering.com/getfile.aspx?folder=a3d756eb-8a1b-4bf0-85d7-b00526f53970&file=STA-HISTA.doc
Hi tecnouser,
Please ensure that the real time modules (RTM) on the back plane are one at the very top and one at the lowest possible place (corresponding to the location of the processors on front.)

Also I presume you have the 2 x CAT6 patch leads connected between the processors on front ?

Regards
 
The position of the RTM is now different than the earlier Duplex systems on the back.

Also you might have to active the RTM as well as activating the LTU separately

ACTIVATE-USSU:UNIT=RTM,TYPE=BOARD;
 
Hello,
Yes the RTMs are inserted in the same position in the back as the DSCXL2 in the front, cables between the eth4 and eth6 of the two cpu are connected as well, the RTM activation leads to the same result as the LTU:

ACTIVATE-USSU:UNIT=RTM,TYPE=BOARD;
H500: AMO USSU STARTED
H28: RTM IN A-HALF WILL BE SWITCHED
H19: RTM ACTIVATED - NOT OPERATIONAL (UNACH)
H28: RTM IN B-HALF WILL BE SWITCHED
H19: RTM ACTIVATED - NOT OPERATIONAL (UNACH)

AMO-USSU -111 DISPLAY,EXEC AND SWITCHING OF SWU UNIT
ACTIVATE COMPLETED;

The strange think is the line
CC-A | NOT AVAILABLE | ---- - - : : |
and why the cca and ccb keep rebooting alternately???

 
Hello ,

Just in case , even when shutting down the ccb and keeping cca only it keep rebooting with the following in the HISTA:

F8272 M4 N0081 LOCK BPA TRANSSYS PARTNER NOT AVAILABLE 14-11-10 16:24:38
ALARM CLASS:CENTRAL:023
PARTNER:BPB IP-ADDR:192.0.2.2 TCP-PORT:65535
LOCAL: IP-ADDR:192.0.2.1 TCP-PORT:65535
P202: :CC A :002: Q2311-X300 DSCXL BST:02 FW: H062-Q
FORMAT:3C
SUB-MSG-NO:1

Any clue?
Thanks
 
There could be a problem with the SUSE Linux
Have you logged on there
I presume you have 2 fans working and 2 power supplies fitted?
 
Hello,
Yes I have the 2 fans and 1 ACPCI, in the SUSE linux when checking I get:

soco2-sys2:~ # checkydata
V6_R2.16.1
Version Check OK

So I dont know , my be an issue with the R2 , I will get the R1 and see what we will get.

Regards
 
Hello tek users,

After checking every things and every place the issue has been solved by replacing the CSPCI chassis , so you never know what's next :=))

Regards
 
Great,
I find that they get worn when you are using them a lot for setting up systems.
Must have been the backplane in it so?
 
Hello Sbcsu,
Me too I think that its in the backplane,

Regards
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top