We need support. We have a HiPath 4000 V6.0 with dual processor DSCXL2. The second processor in slot 5 become faulty and we want to know how to replace it.
<sta-hista;
STA-HISTA;
H500: AMO HISTA STARTED
+---------+-----+-----------+--------+-------------------------+
I ALARM I ABS I ALARM I ALARM I ALARM NAME I
I GROUP I I NUMBER I PRIO I I
+---------+-----+-----------+--------+-------------------------+
I CENTRAL I A1 I 028 I MAJOR I SYSTEM_TIME_FAILURE I
+---------+-----+-----------+--------+-------------------------+
I CENTRAL I BPA I 005 I MINOR I CC_RESTARTS I
+---------+-----+-----------+--------+-------------------------+
I CENTRAL I BPA I 006 I MINOR I CC_STBY_FAILURE I
+---------+-----+-----------+--------+-------------------------+
I CENTRAL I BPA I 005 I MAJOR I CC_RESTARTS I
+---------+-----+-----------+--------+-------------------------+
AMO-HISTA-111 READ HTS HISTORY FILE
START COMPLETED;
sbcsu asked for sta-hista:search; which gives you the last 2 hours of messages, but you did sta-hista; which only lists the alarms table. Alarms table shows a CC is restarting but you'd already said that.
Cannot tell from your message whether the CCB VM is restarting, or the whole platform for node 2 is restarting. If you login to the linux, "uptime" will tell you. If the uptime is a long time but you know it restarted a few hours ago, then it looks like you have an RMX problem which is maybe a little less serious than a HW problem on the processor.
But in either case, remedial action is the same. If corosync, atlans connections are all OK and processor A can reach processor B on both networks, then node 2 should be reinstalled.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.