<?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: ntp schedule in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28847#M6665</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Not sure what you mean by "burst update".&amp;nbsp; A well running NTP environment will have a skew of much less than a second, so no timestamp issues should be seen when the time is adjusted.&amp;nbsp; If the controller has drifted 2 minutes from the NTP server, something is wrong.&amp;nbsp; If it's drifted 30 minutes, something is very wrong.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I would agree that a 30 minute time adjustment should be unacceptable.&amp;nbsp; However, I have never seen a skew anywhere near that big except is outage situations.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bill&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 27 Dec 2013 16:47:57 GMT</pubDate>
    <dc:creator>billshaffer</dc:creator>
    <dc:date>2013-12-27T16:47:57Z</dc:date>
    <item>
      <title>ntp schedule</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28806#M6649</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Customers hope they can control the sync action, and trigger it in midnight. They have some concern that a time sync action during production&amp;nbsp; will cause potential trouble to their transactions, as it's time sensitive.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Then any way to make time screw only in midnight? the dataontap version is 8.0.2 p6/p4.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 05:47:19 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28806#M6649</guid>
      <dc:creator>longw</dc:creator>
      <dc:date>2025-06-05T05:47:19Z</dc:date>
    </item>
    <item>
      <title>Re: ntp schedule</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28812#M6650</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The na_options man page shows that timed.sched can be set to daily, which syncs every day at midnight.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bill&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 16 Dec 2013 16:53:33 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28812#M6650</guid>
      <dc:creator>billshaffer</dc:creator>
      <dc:date>2013-12-16T16:53:33Z</dc:date>
    </item>
    <item>
      <title>Re: ntp schedule</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28819#M6652</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I haven't heard that objection from a customer before, but can understand the concern...surprised it hasn't come up before.&amp;nbsp; Bill gave the right answer to meet the concern, and I would also add that they might want to look at the skew setting since if the time exceeds the skew it won't update, and with 24 hours between updates it could be further off than if updated hourly for example.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 16 Dec 2013 17:14:22 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28819#M6652</guid>
      <dc:creator>scottgelb</dc:creator>
      <dc:date>2013-12-16T17:14:22Z</dc:date>
    </item>
    <item>
      <title>Re: ntp schedule</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28823#M6654</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I was going to give the same warning on the skew limites, but the man page says the man and min skew options are obsoleted in ONTAP 8.&amp;nbsp; It does not, however, say whether the default 30 minute max is still enforced or not...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bill&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 16 Dec 2013 17:20:37 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28823#M6654</guid>
      <dc:creator>billshaffer</dc:creator>
      <dc:date>2013-12-16T17:20:37Z</dc:date>
    </item>
    <item>
      <title>Re: ntp schedule</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28828#M6656</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;That’s right…Thank you for correcting.  It is a legacy removed that I forgot about.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 16 Dec 2013 17:25:02 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28828#M6656</guid>
      <dc:creator>scottgelb</dc:creator>
      <dc:date>2013-12-16T17:25:02Z</dc:date>
    </item>
    <item>
      <title>Re: ntp schedule</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28833#M6658</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I find bellow&amp;nbsp; links to explain when client triggers poll in NTP v4,&lt;/P&gt;&lt;P&gt;&lt;A class="active_link" href="http://www.eecis.udel.edu/~mills/ntp/html/poll.html" target="_blank"&gt;http://www.eecis.udel.edu/~mills/ntp/html/poll.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I wanna know if time sync with ntp v4 only have slew action, so the time update within 128ms ,&lt;/P&gt;&lt;P&gt;and it won't influence the time stamp of file.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 25 Dec 2013 00:35:03 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28833#M6658</guid>
      <dc:creator>longw</dc:creator>
      <dc:date>2013-12-25T00:35:03Z</dc:date>
    </item>
    <item>
      <title>Re: ntp schedule</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28839#M6660</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;You need to be careful trying to apply documentation like this to ONTAP, which often does it's own implementation of public software (like NTP).&amp;nbsp; So while this document describes an ntp.org client implementation, it may not necessarily properly describe an ONTAP client implementation.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 26 Dec 2013 18:15:54 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28839#M6660</guid>
      <dc:creator>billshaffer</dc:creator>
      <dc:date>2013-12-26T18:15:54Z</dc:date>
    </item>
    <item>
      <title>Re: ntp schedule</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28842#M6662</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Yes, it seemed do have sth different.&lt;/P&gt;&lt;P&gt;After check the documents, it shows&lt;/P&gt;&lt;P&gt;Ontap default to ntp v3 after 8.0.2.&lt;/P&gt;&lt;P&gt;and a common ntp client will refuse to work when the time gap is over long.&lt;/P&gt;&lt;P&gt;in ontap&lt;/P&gt;&lt;P&gt;the gap smaller than 2 minutes can be synced without burst update&lt;/P&gt;&lt;P&gt;but it should sync even with a 30 minutes gap with burst time update which seemed not acceptable&lt;/P&gt;&lt;P&gt;by most of customers.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 27 Dec 2013 02:06:35 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28842#M6662</guid>
      <dc:creator>longw</dc:creator>
      <dc:date>2013-12-27T02:06:35Z</dc:date>
    </item>
    <item>
      <title>Re: ntp schedule</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28847#M6665</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Not sure what you mean by "burst update".&amp;nbsp; A well running NTP environment will have a skew of much less than a second, so no timestamp issues should be seen when the time is adjusted.&amp;nbsp; If the controller has drifted 2 minutes from the NTP server, something is wrong.&amp;nbsp; If it's drifted 30 minutes, something is very wrong.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I would agree that a 30 minute time adjustment should be unacceptable.&amp;nbsp; However, I have never seen a skew anywhere near that big except is outage situations.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bill&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 27 Dec 2013 16:47:57 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/ntp-schedule/m-p/28847#M6665</guid>
      <dc:creator>billshaffer</dc:creator>
      <dc:date>2013-12-27T16:47:57Z</dc:date>
    </item>
  </channel>
</rss>

