<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: run ntp client 30 seconds ahead in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/run-ntp-client-30-seconds-ahead/m-p/5002872#M424845</link>
    <description>thanks for the info!&lt;BR /&gt;vanja</description>
    <pubDate>Wed, 13 Sep 2006 14:36:53 GMT</pubDate>
    <dc:creator>Vanja</dc:creator>
    <dc:date>2006-09-13T14:36:53Z</dc:date>
    <item>
      <title>run ntp client 30 seconds ahead</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/run-ntp-client-30-seconds-ahead/m-p/5002868#M424841</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I'm trying to see if its possible to sync up time on an ntp client +30 seconds. For example I want the ntp client to always be synced up to the ntp server +30 seconds. So say the time is 24:00:00 on the server, then client shows 24:00:30.&lt;BR /&gt;&lt;BR /&gt;I need this time gap as a safety because we have issues that if certain transaction comes into the server with a time that is ahead of the current time on the system, then this causes problems with the application. &lt;BR /&gt;&lt;BR /&gt;Is this possible to sync up time +30 seconds?&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Vanja</description>
      <pubDate>Tue, 12 Sep 2006 19:15:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/run-ntp-client-30-seconds-ahead/m-p/5002868#M424841</guid>
      <dc:creator>Vanja</dc:creator>
      <dc:date>2006-09-12T19:15:23Z</dc:date>
    </item>
    <item>
      <title>Re: run ntp client 30 seconds ahead</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/run-ntp-client-30-seconds-ahead/m-p/5002869#M424842</link>
      <description>Shalom Vanja,&lt;BR /&gt;&lt;BR /&gt;Yes it is. Set up a local system as a time server, set it ahead of actual time by 30 seconds and make sure it uses itself as a time server.&lt;BR /&gt;&lt;BR /&gt;Then any system using ntp to this altered system as a time source will run 30 seconds ahead.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 12 Sep 2006 19:36:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/run-ntp-client-30-seconds-ahead/m-p/5002869#M424842</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2006-09-12T19:36:15Z</dc:date>
    </item>
    <item>
      <title>Re: run ntp client 30 seconds ahead</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/run-ntp-client-30-seconds-ahead/m-p/5002870#M424843</link>
      <description>Hi Vanja:&lt;BR /&gt;&lt;BR /&gt;No, this is not possible.  The whole idea of NTP is that a client's time is synchronized to that of its server.  The very act of establishing a NTP client/server relationship means that the client time will be stepped or slewed to equal (within milliseconds) the time of the server.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 12 Sep 2006 20:18:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/run-ntp-client-30-seconds-ahead/m-p/5002870#M424843</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2006-09-12T20:18:47Z</dc:date>
    </item>
    <item>
      <title>Re: run ntp client 30 seconds ahead</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/run-ntp-client-30-seconds-ahead/m-p/5002871#M424844</link>
      <description>You have a very serious application design error. The application must be rewritten to properly handle the exception conditions. Changing the time is a recipe for a lot of future problems. Although you can run the system synced to itself, it will drift a lot and eventually will cause a lot of problems.&lt;BR /&gt; &lt;BR /&gt;Now with all that said, yes, you can run a synchronized time offset by any value including 30 seconds. That's because HP-UX keeps time as GMT (or UTC) and TZ translates the time with offsets in hours, mins and secs. &lt;BR /&gt; &lt;BR /&gt;So assuming you really want this very bad design, you can just change your local TZ to be offset by 30 seconds. The man page for environ explains all of this. Assuming your timezone is Eastern US, the normal setting for TZ would be EST5EDT, so to show the time as -30 offset, the new TZ value would be EST5:0:-30EDT. You can test it like this:&lt;BR /&gt; &lt;BR /&gt;TZ=EST5EDT date&lt;BR /&gt;TZ=EST5:0:-30EDT date&lt;BR /&gt;TZ=EST5:0:30EDT date&lt;BR /&gt; &lt;BR /&gt;This will show the time adjusted forward and backward. This works with any timezone. Note that if you use the date -u option, you'll see the correct GMT time which you need for stable NTP operation. The TZ value affects every application -- just change /etc/TIMEZONE after shutting down all your applications or rebooting. You don't want some programs using one time and others using a different time. TZ is set when each program is started.</description>
      <pubDate>Tue, 12 Sep 2006 20:51:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/run-ntp-client-30-seconds-ahead/m-p/5002871#M424844</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2006-09-12T20:51:40Z</dc:date>
    </item>
    <item>
      <title>Re: run ntp client 30 seconds ahead</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/run-ntp-client-30-seconds-ahead/m-p/5002872#M424845</link>
      <description>thanks for the info!&lt;BR /&gt;vanja</description>
      <pubDate>Wed, 13 Sep 2006 14:36:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/run-ntp-client-30-seconds-ahead/m-p/5002872#M424845</guid>
      <dc:creator>Vanja</dc:creator>
      <dc:date>2006-09-13T14:36:53Z</dc:date>
    </item>
  </channel>
</rss>

