- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: reset caused by ntp syncronization
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
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
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
тАО04-08-2009 08:33 AM
тАО04-08-2009 08:33 AM
I have a cluster with two rx6600 running hpux 11.23, one of the nodes lose connection with the NTP server and the rare condition seeing in the OLDsyslog is that the time go back by 192 second,
Exactly when the connection was lose with the NTP and when the system when back in the time by 192 second it happen a reset.
Can this issue cause a reset of the servers?
Can happen the same if I lose the NTP server?
Or the reset can happen because it when back in time?
Regards
W.S
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-08-2009 09:03 AM
тАО04-08-2009 09:03 AM
Re: reset caused by ntp syncronization
I doubt that this happened because of a transient loss in connectivity to your NTP source(s). I suspsect that this adjustment occured naturally to correct your server's time. The choice osf _when_ to perform and how to perform such large adjustments is yours.
You should configure your NTP to set your server's time during startup. Thereafter, there should only be small increements and decrements in the clock rather than large jumps.
To do this, modify '/etc/rc.config.d/netdaemons' to specify a NTPDATE_SERVER value. Whether or not your server clocks steps small changes or slews them thereafter is controlled by the setting for 'XNTPD_ARGS'. Slewing occurs if it is set as '-x'. See the 'xntpd' manpages.
Regards!
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-08-2009 03:26 PM
тАО04-08-2009 03:26 PM
Solution- Kevin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-08-2009 06:04 PM
тАО04-08-2009 06:04 PM
Re: reset caused by ntp syncronization
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-08-2009 06:37 PM
тАО04-08-2009 06:37 PM
Re: reset caused by ntp syncronization
From the logs we can see the time was reset by 67.219555 seconds. The misscount time is 60 seconds. With a time change such as this one in larger increments we run the risk of rebooting the nodes since the cssd assumes it has been hung for that time -- here it was more than 1 minute. Pls ensure the time changes are made in smaller increments or only when the crs is down. You might consider the "ntp -x" option to ensure time change happens in smaller increments.