- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- HPE 9000 and HPE e3000 Servers
- >
- Processor timeout in incoming GSP log, normal or n...
HPE 9000 and HPE e3000 Servers
1752815
Members
6142
Online
108789
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-08-2004 02:19 AM
тАО01-08-2004 02:19 AM
Hi there.
I'm getting lots of logs in the GSP Incoming log like the ones below (nothing is in the Error log). I noticed the logs when looking at a N4000 machine where it was acting strangely and became very slow although no reason could be found from the OS.
Is this logging normal or could it point to failing hardware? On another N4000 machine I don't see these incoming logs.
Notice that the "PROBLEM DETAIL" varies between "timeout" and "no problem detail". Could this be a failing CPU?
Log Entry # 0 :
SYSTEM NAME: vofacon
DATE: 01/08/2004 TIME: 15:15:46
ALERT LEVEL: 0 = No failure detected, forward progress
SOURCE: 1 = processor
SOURCE DETAIL: 1 = processor general SOURCE ID: 0
PROBLEM DETAIL: 4 = timeout
CALLER ACTIVITY: F = display_activity() update STATUS: 0
CALLER SUBACTIVITY: 00 = implementation dependent
REPORTING ENTITY TYPE: E = HP-UX REPORTING ENTITY ID: 00
0x78E008041100F000 00000002 00000004 type 15 = Activity Level/Timeout
0x58E008041100F000 00006800 080F0F2E type 11 = Timestamp 01/08/2004 15:15:46
Type CR for next entry, Q CR to escape.
Log Entry # 1 :
SYSTEM NAME: vofacon
DATE: 01/08/2004 TIME: 15:15:46
ALERT LEVEL: 0 = No failure detected, forward progress
SOURCE: 1 = processor
SOURCE DETAIL: 1 = processor general SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail
CALLER ACTIVITY: F = display_activity() update STATUS: F
CALLER SUBACTIVITY: 48 = implementation dependent
REPORTING ENTITY TYPE: E = HP-UX REPORTING ENTITY ID: 03
0xF8E038001100F48F 00000000 0000F48F type 31 = legacy PA HEX chassis-code
0x58E038001100F48F 00006800 080F0F2E type 11 = Timestamp 01/08/2004 15:15:46
Type CR for next entry, - CR for previous entry, Q CR to escape.
Log Entry # 2 :
SYSTEM NAME: vofacon
DATE: 01/08/2004 TIME: 15:15:41
ALERT LEVEL: 0 = No failure detected, forward progress
SOURCE: 1 = processor
SOURCE DETAIL: 1 = processor general SOURCE ID: 0
PROBLEM DETAIL: 4 = timeout
CALLER ACTIVITY: F = display_activity() update STATUS: 0
CALLER SUBACTIVITY: 00 = implementation dependent
REPORTING ENTITY TYPE: E = HP-UX REPORTING ENTITY ID: 00
0x78E008041100F000 00000002 00000004 type 15 = Activity Level/Timeout
0x58E008041100F000 00006800 080F0F29 type 11 = Timestamp 01/08/2004 15:15:41
Type CR for next entry, - CR for previous entry, Q CR to escape.
Log Entry # 3 :
SYSTEM NAME: vofacon
DATE: 01/08/2004 TIME: 15:15:41
ALERT LEVEL: 0 = No failure detected, forward progress
SOURCE: 1 = processor
SOURCE DETAIL: 1 = processor general SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail
CALLER ACTIVITY: F = display_activity() update STATUS: F
CALLER SUBACTIVITY: 48 = implementation dependent
REPORTING ENTITY TYPE: E = HP-UX REPORTING ENTITY ID: 04
0xF8E048001100F48F 00000000 0000F48F type 31 = legacy PA HEX chassis-code
0x58E048001100F48F 00006800 080F0F29 type 11 = Timestamp 01/08/2004 15:15:41
Type CR for next entry, - CR for previous entry, Q CR to escape.
I'm getting lots of logs in the GSP Incoming log like the ones below (nothing is in the Error log). I noticed the logs when looking at a N4000 machine where it was acting strangely and became very slow although no reason could be found from the OS.
Is this logging normal or could it point to failing hardware? On another N4000 machine I don't see these incoming logs.
Notice that the "PROBLEM DETAIL" varies between "timeout" and "no problem detail". Could this be a failing CPU?
Log Entry # 0 :
SYSTEM NAME: vofacon
DATE: 01/08/2004 TIME: 15:15:46
ALERT LEVEL: 0 = No failure detected, forward progress
SOURCE: 1 = processor
SOURCE DETAIL: 1 = processor general SOURCE ID: 0
PROBLEM DETAIL: 4 = timeout
CALLER ACTIVITY: F = display_activity() update STATUS: 0
CALLER SUBACTIVITY: 00 = implementation dependent
REPORTING ENTITY TYPE: E = HP-UX REPORTING ENTITY ID: 00
0x78E008041100F000 00000002 00000004 type 15 = Activity Level/Timeout
0x58E008041100F000 00006800 080F0F2E type 11 = Timestamp 01/08/2004 15:15:46
Type CR for next entry, Q CR to escape.
Log Entry # 1 :
SYSTEM NAME: vofacon
DATE: 01/08/2004 TIME: 15:15:46
ALERT LEVEL: 0 = No failure detected, forward progress
SOURCE: 1 = processor
SOURCE DETAIL: 1 = processor general SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail
CALLER ACTIVITY: F = display_activity() update STATUS: F
CALLER SUBACTIVITY: 48 = implementation dependent
REPORTING ENTITY TYPE: E = HP-UX REPORTING ENTITY ID: 03
0xF8E038001100F48F 00000000 0000F48F type 31 = legacy PA HEX chassis-code
0x58E038001100F48F 00006800 080F0F2E type 11 = Timestamp 01/08/2004 15:15:46
Type CR for next entry, - CR for previous entry, Q CR to escape.
Log Entry # 2 :
SYSTEM NAME: vofacon
DATE: 01/08/2004 TIME: 15:15:41
ALERT LEVEL: 0 = No failure detected, forward progress
SOURCE: 1 = processor
SOURCE DETAIL: 1 = processor general SOURCE ID: 0
PROBLEM DETAIL: 4 = timeout
CALLER ACTIVITY: F = display_activity() update STATUS: 0
CALLER SUBACTIVITY: 00 = implementation dependent
REPORTING ENTITY TYPE: E = HP-UX REPORTING ENTITY ID: 00
0x78E008041100F000 00000002 00000004 type 15 = Activity Level/Timeout
0x58E008041100F000 00006800 080F0F29 type 11 = Timestamp 01/08/2004 15:15:41
Type CR for next entry, - CR for previous entry, Q CR to escape.
Log Entry # 3 :
SYSTEM NAME: vofacon
DATE: 01/08/2004 TIME: 15:15:41
ALERT LEVEL: 0 = No failure detected, forward progress
SOURCE: 1 = processor
SOURCE DETAIL: 1 = processor general SOURCE ID: 0
PROBLEM DETAIL: 0 = no problem detail
CALLER ACTIVITY: F = display_activity() update STATUS: F
CALLER SUBACTIVITY: 48 = implementation dependent
REPORTING ENTITY TYPE: E = HP-UX REPORTING ENTITY ID: 04
0xF8E048001100F48F 00000000 0000F48F type 31 = legacy PA HEX chassis-code
0x58E048001100F48F 00006800 080F0F29 type 11 = Timestamp 01/08/2004 15:15:41
Type CR for next entry, - CR for previous entry, Q CR to escape.
Solved! Go to Solution.
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-08-2004 02:54 AM
тАО01-08-2004 02:54 AM
Re: Processor timeout in incoming GSP log, normal or not?
I think the key is your ALERT LEVEL:0. It shows no alert.
I tried to do a google search to find a similar error, but found nothing relevant.
I think checking cstm will show you error messages for cpu. I would check there as well.
I tried to do a google search to find a similar error, but found nothing relevant.
I think checking cstm will show you error messages for cpu. I would check there as well.
Unix, the other white meat.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-08-2004 10:55 PM
тАО01-08-2004 10:55 PM
Solution
Hi Ingimar,
the OS updates the Front Panel of HP9000 Servers with Chassis codes in regular intervals. Because the N4000 has no LCD front panel, the display of the Chassis codes is done via the "Virtual Front Panel" which is accessible via the GSP "vfp" command. The chassis code updated is done via the Alert Level 0 events you have seen.├В┬┤
The "Reporting Entity Type" is HP-UX => The operating System. I don't know why the Firmware creators decided to implement these timeout Events, but it is normal. If the OS is not running, you will only see the timeout Events. If the OS is running, you see additionally the "no problem detail" entries. You can see the HPUX Chassis code in the first of the two lines with HEX numbers ("legacy PA HEX chassis code"). The Chassis code that was displayed on the LCD panel of the older K- or D-Class Servers are the last 4 digits of this HEX line. In your case it is "F48F". This means HPUX is running (first digit F) with 4 processors (2nd digit 4) and a load level of "8" (3rd digit) which is afairly high load level. I think your machine is slowly because the machine is either overloaded by too much processes or overloaded by too much I/O (maybe due to an I/O problem). The above chassis codes does not help you in finding the root cause of the bad performance. Check with top/glance/syslog/diagnostics for the real problem cause. The GSP will not help you in this case.
Best regards
Stef
the OS updates the Front Panel of HP9000 Servers with Chassis codes in regular intervals. Because the N4000 has no LCD front panel, the display of the Chassis codes is done via the "Virtual Front Panel" which is accessible via the GSP "vfp" command. The chassis code updated is done via the Alert Level 0 events you have seen.├В┬┤
The "Reporting Entity Type" is HP-UX => The operating System. I don't know why the Firmware creators decided to implement these timeout Events, but it is normal. If the OS is not running, you will only see the timeout Events. If the OS is running, you see additionally the "no problem detail" entries. You can see the HPUX Chassis code in the first of the two lines with HEX numbers ("legacy PA HEX chassis code"). The Chassis code that was displayed on the LCD panel of the older K- or D-Class Servers are the last 4 digits of this HEX line. In your case it is "F48F". This means HPUX is running (first digit F) with 4 processors (2nd digit 4) and a load level of "8" (3rd digit) which is afairly high load level. I think your machine is slowly because the machine is either overloaded by too much processes or overloaded by too much I/O (maybe due to an I/O problem). The above chassis codes does not help you in finding the root cause of the bad performance. Check with top/glance/syslog/diagnostics for the real problem cause. The GSP will not help you in this case.
Best regards
Stef
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP