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 gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Hipath 4K stops logging errors

Status
Not open for further replies.

kevin906

MIS
Aug 4, 2006
167
US
After seeing this message in the Hista log file we are not seeing any more error messages.
This system typically generates dozens of errors per day so this is not normal, although it would be nice if it really running this clean. I doubt that.
I have DEL-HISTA, ADD-HISTA, restarted the A1. It still won't log anything. Anyone ever seen this condition before?


F4266 M4 N1939 NO ACT BPB DEP ADVISORY 13-05-01 17:43:44
ALARM CLASS:CENTRAL:024
FORMAT:17 MESSAGE-ID: 01344
SYSDEP-QUEUE-OVERFLOW, BECAUSE SIT WAS NOT AVAILABLE
!!! LOSS OF ONE OR MORE FAULT MESSAGES !!!
 
Try ACT-DSSM:A1,1;
Also when you ADD-HISTA what size option is available
 
Dea/Act/dssm nothing changed.
ADD-HISTA:possible values 500-10000

 
You could try and delete what is there and re-add the size again as follows:

DEL-HISTA;
ADD-HISTA:10000,DEACT;

 
Or

DIS-SIGNL:SYSTEM;

This will show you which processors are up and running or not as the case may be
 
Is AFR still around on the 4000? It wouldn't have shut all that off when the queue overflowed, would it? It's off the queue would overflow anyway. I have 9006 systems that have been running over 16 years and have never had to touch that. When it gets full the oldest stuff usually just rolls off the bottom....
 
AFR is still in use. I think it's more related to getting the errors over to Unix so they can create alarm files. There is an entry in SIGNL that references DPT3 which is C-FBTXTRA in ASSGN. In the 4K that AFR has been re-engineered in some screwy fashion that is far more complex than the 9006 uses. It has to make VPN tunnel calls back to the Siemens support center to dump the alarms, at least that is how it looks to me. Anyway the AFR should not affect the actual writing of the errors into the HISTA file at :pas:c-fbtxtra and :pas:c-fbthist. At least I don't think so. There is not much information about how the alarm process works other than the basics about the AMOS needed. ASSGN, SIGNL, AFR and HISTA. Those can be regen'ed to see the entry information. I have deleted and added everything back in and it still won't write any errors. I am thinking full reload, but this is a 24x7 site so that's nowhere in the near future.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top