- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Time Creep
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
Forums
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
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
09-14-2001 11:05 AM
09-14-2001 11:05 AM
Time Creep
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2001 11:11 AM
09-14-2001 11:11 AM
Re: Time Creep
-Santosh
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2001 11:12 AM
09-14-2001 11:12 AM
Re: Time Creep
your HP boxes as NTP clients and you are fixed.
You can do everything in SAM.
If your NT box is not a real NTP server,
I would select one of your HP boxes to be an NTP server. That server in turn looks to the US Naval Observatory (navobs1.wustl.edu) as its preferred server. The other HP box is simply a client of the HP NTP server.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2001 11:36 AM
09-14-2001 11:36 AM
Re: Time Creep
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2001 11:41 AM
09-14-2001 11:41 AM
Re: Time Creep
-Santosh
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2001 11:43 AM
09-14-2001 11:43 AM
Re: Time Creep
Depending on how far out your time is, it might take several tens of minutes. NTP gradually and continually adjusts the clock speed until synchronization is reached. That is the real beauty of NTP; if your box is fast by a few minutes it slows the system clock down so that 60 seconds of system time might actually be 65 seconds. There reason it is done like this is so that all file datestamps remain accurate with respect to one another.
Clay
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2001 11:46 AM
09-14-2001 11:46 AM
Re: Time Creep
These are the messages I found in syslog.log
Sep 14 15:33:30 dwdev001 xntpd[12017]: xntpd version 3.5f: Fri Dec 10 10:27:26 GMT 1999 PHNE_19711
Sep 14 15:33:30 dwdev001 xntpd[12017]: tickadj = 625, tick = 10000, tvu_maxslew= 61875
Sep 14 15:33:30 dwdev001 xntpd[12017]: precision = 6 usec
What's next?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2001 11:48 AM
09-14-2001 11:48 AM
Re: Time Creep
My system clock is currently about 2.5 minutes ahead. So should I see a change by tomorrow morning or sooner?
Don
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2001 11:55 AM
09-14-2001 11:55 AM
Re: Time Creep
about 5 minute intervals on your watch with those of your system. They should differ by a few seconds.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2001 11:56 AM
09-14-2001 11:56 AM
Re: Time Creep
Yes, 2 to 3 minutes are not big difference it will be sync. within couple hours.
Sachin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2001 11:57 AM
09-14-2001 11:57 AM
Re: Time Creep
It can take quite a long time to get the clocks synched. If you have the option, you can do ntpdate
/sbin/init.d/xntpd stop
ntpdate
/sbin/init.d/xntpd start
-Santosh
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2001 11:58 AM
09-14-2001 11:58 AM
Re: Time Creep
#ntpq -p is good command
For more info man ntpq.
Sachin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2001 12:07 PM
09-14-2001 12:07 PM
Re: Time Creep
export NTPDATE_SERVER=
XNTPD=0
export XNTPD_ARGS=
Change the first line to point to the IP-addr or hostname of your primary NTP server. Change the second line from =0 to =1 to enable xntpd on reboot. Now, every reboot will sync exactly to the NTP server. A reboot is the fastest and safest way to reset the clock. For example:
export NTPDATE_SERVER=myntpsource.mydomain.com
XNTPD=1
export XNTPD_ARGS=
However, you don't want time changing visibly on ANY server, especially a database server, so the NTP daemons will actually change the CPU clock speed (more accrately, it changes the clock divisor very slightly). This means that a 1 minute mismatch in time can take up to an hour to sync.
If you have the latest patch for NTP, there is a new option for ntpdate (-B) which will slew the clock slowly, essentially what xntpd does. Use ntpdate -B when the clock is seriously out of sync, like 20 minutes or more.
NTP is an amazingly complex and accurate protocol. It starts out with a 64 byte message each way every 64 seconds and adjusts the clock just a fraction of a second. This means that not a single 1-second tick will be missed. This keeps database programs vary happy.
Once the clock is within 128 milliseconds, the protocol backs off to once every 128 seconds, then 256 and so on, out to a maximum of about 17 minutes per check. As long as the local clock is within 128 milliseconds, it won't poll any faster.
This is why a very small computer can act as a timeserver for THOUSANDS of clients. As a rule, sysadmin must NEVER change the time of day on a Unix box that is running databases or other time-sensitive programs. You might even put a wrapper around the date command to reject any attempt to change the time (but leave the other functions alone).
Bill Hassell, sysadmin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2001 12:13 PM
09-14-2001 12:13 PM
Re: Time Creep
-Santosh
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-14-2001 12:34 PM
09-14-2001 12:34 PM
Re: Time Creep
I ended up rebuilding the DCE cell for the ten machines in the test cell each time that applications wanted to test another date scenario.
I got really good at doing this since we tested the various time changes at least 20 times.