- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- HPE 9000 and HPE e3000 Servers
- >
- Re: Problem with sd3200 clock after reaplacing sbc...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Discussions
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
Community
Resources
Forums
Blogs
- 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
11-22-2012 02:34 AM
11-22-2012 02:34 AM
Hi,
We had serveral problems with GSP and UGUY on a SD3200, cell resets/problems with the gsp bus,etc. we replaced both parts, and all is working ok, but we have a problem with the time in the npars, the clock goes to fast, every 5 minutes the servers time goes forward 2 minutes, so altough we are using ntp server, and we do, xntpd stop, ntpd ntp.server, xntpd start, the server can't syncronize because the offset gets bigger to fast. ntp configuration on the server is correct, before we changed the gsp/uguy they sincronized ok agaisnt the ntp servers.
The date/time on the GSP is ok, it's only on all the npars/vpars on the SD that the clock goes faster. we updated the firmware on all the components to the last level but the problem is still there.
The errors in syslog on one of the servers:
Nov 20 11:10:45 m xntpd[20]: Unsynchronized, possible remote server failure or defective hardware clock
Nov 20 11:21:19 m xntpd[21]: Unsynchronized, possible remote server failure or defective hardware clock
GSP:CM> sysrev
Utility Subsystem FW Revision Level: 7.34
| Cabinet #0 |
-----------------------+-----------------+
| PDC | PDHC |
Cell (slot 0) | 36.8 | 7.10 |
Cell (slot 1) | 36.8 | 7.10 |
Cell (slot 2) | 36.8 | 7.10 |
Cell (slot 3) | 36.8 | 7.10 |
Cell (slot 4) | 36.8 | 7.10 |
Cell (slot 5) | 36.8 | 7.10 |
Cell (slot 6) | 36.8 | 7.10 |
Cell (slot 7) | 36.8 | 7.10 |
| |
GSP | 7.34 |
CLU | 7.8 |
PM | 7.16 |
CIO (bay 0, chassis 1) | 7.4 |
CIO (bay 0, chassis 3) | 7.4 |
CIO (bay 1, chassis 1) | 7.4 |
CIO (bay 1, chassis 3) | 7.4 |
There are no related errors in the sel log.
HW status for SD32000 compute cabinet #0: NO FAILURE DETECTED
Power switch: on; Power: enabled, good; Door: open
Fan speed: high; Temperature state: normal
Redundancy state: fans and blowers redundant, BPSs redundant
| Main BP| | IO Backplanes |
| Power | | IO Bay 0 | IO Bay 1 |
| Main | Boards | Cells | Chassis | Chassis |
| BP | 0 1 2 | 0 1 2 3 4 5 6 7 | 0 1 2 3 | 0 1 2 3 |
+--------------+------+--------+-----------------+----------+----------+
Populated | * | * * * | * * * * * * * * | * * | * * |
Power Enabled | * | * * * | * * * * * * * * | * * | * * |
Powered On | * | * * * | * * * * * * * * | * * | * * |
Power Fault | | | | | |
Attention LED | | | | | |
| Cabinet | IO |
| BPS | Blowers | Fans |
| 0 1 2 3 4 5 | 0 1 2 3 | 0 1 2 3 4 |
+-----------+-------------+---------+-----------+
Populated | * * * * * * | * * * * | * * * * * |
Failed | | | |
-- Press <CR> to continue, or 'Q' to Quit --
Voltage margin: nominal; Clock margin: nominal
CLU Status PM Status CLU POST
UGUY LEDs: _**_____ **__ ____
| Parity | Connected | Location |
Flex connections | Connected | error | to cabinet | (Upper/Lower) |
+-----------------+-----------+----------+------------+---------------+
XBC [7-0] | NYNYNYNY | NNNNNNNN | 00000000 | N/A |
RC [7-0] | NNNNNNNN | NNNNNNNN | 00000000 | LLLLLLLL |
PM firmware rev 7.16, time stamp: WED OCT 10 20:46:02 2001
CLU firmware rev 7.8, time stamp: THU OCT 11 20:59:01 2001
The only thing I see , is in the uguy leds, the PM status, only has 2 leds lit. so the MOP and USB are not working, that doesn't look good.
Is the hardware clock in the uguy?. what should we do?.
Solved! Go to Solution.
- Tags:
- NTP
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-14-2013 06:50 AM - edited 03-14-2013 07:13 AM
03-14-2013 06:50 AM - edited 03-14-2013 07:13 AM
SolutionHi,
yes, the UGUY contains the clock circuits.
The described time drift is definitely out of the specifications.
So the used UGUY has an issue and should be exchanged.
Kind Regards
Holger
I am an HP employee.
Was this post useful? - You may click the KUDOS! star to say thank you.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-14-2013 08:01 AM
03-14-2013 08:01 AM
Re: Problem with sd3200 clock after reaplacing sbch + uguy
Yes replacing the Uguy did the trick, the clocks working perfect now