<?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: Offline NetApp - NTP Issues in Network and Storage Protocols</title>
    <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Offline-NetApp-NTP-Issues/m-p/459317#M10164</link>
    <description>&lt;P&gt;Hi &lt;a href="https://community.netapp.com/t5/user/viewprofilepage/user-id/122148"&gt;@mizzle&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It sounds like ONTAP is not synchronized with the Domain Controller, check out this guide to diagnose &lt;A href="https://kb.netapp.com/on-prem/ontap/Ontap_OS/OS-KBs/How_to_configure_and_troubleshoot_NTP_in_ONTAP_9_using_CLI" target="_blank" rel="noopener"&gt;https://kb.netapp.com/on-prem/ontap/Ontap_OS/OS-KBs/How_to_configure_and_troubleshoot_NTP_in_ONTAP_9_using_CLI&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The diag command "&lt;SPAN class=""&gt;systemshell -node local "sudo ntpq -pn" " &lt;/SPAN&gt;will show you the current sync status.&amp;nbsp; NTP (the protocol) may be marking your domain controller as Stratum 16 and potentially as a "falseticker" (the second unlikely if you have a single NTP source).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Provide your output to &amp;lt;&lt;SPAN class=""&gt;systemshell -node local "sudo ntpq -pn"&amp;gt;&lt;/SPAN&gt;&amp;nbsp; (sanitized of course)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;* NTP will keep in sync when it is working, this is different to SNTP which is a sync on schedule arrangement.&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Personally I would be looking to use a network device (firewall or switch) as your NTP server, even if its in free-run.&amp;nbsp; Also there are so many cheap GPS clocked NTP servers (you can get one brand new for EUR 100 / $110 USD)....... they are not super accurate, but great for your use case.&lt;/P&gt;</description>
    <pubDate>Tue, 11 Mar 2025 06:56:01 GMT</pubDate>
    <dc:creator>chamfer</dc:creator>
    <dc:date>2025-03-11T06:56:01Z</dc:date>
    <item>
      <title>Offline NetApp - NTP Issues</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Offline-NetApp-NTP-Issues/m-p/459199#M10160</link>
      <description>&lt;P&gt;I inherited administration of an offline domain environment with a NetApp (OnTap 9.11) and no dedicated NTP appliance&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Because the environment is offline, we have significant issues with time skew from the hardware. While we are looking for a better solution, at this stage we manage it by manually fixing the time roughly every month.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It appears that this also led the to the previous administrators giving up on using CIFS shares. The shares exist and there is evidence they tried to make it work. But ultimately the shares are empty and other arrangements through Windows VM's are currently employed...all of which are on old OS's and need to be updated.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've been given the task of trying to fix things...and I really don't want to build new Windows servers and kick the can further down the road.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The immediate issue is the time skew/sync. I want to use the domain controller as the NTP server, at least this way, the time skew *should* be the same on all devices&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The NetApp was already configured to use the DC as the NTP server, but it wasn't syncing. After a bit of a fight, using information from &lt;SPAN&gt;&lt;A class="" title="https://kb.netapp.com/on-prem/ontap/da/nas/nas-kbs/ontap_9_-_time_server_rejected_as_unreliable" href="https://kb.netapp.com/on-prem/ontap/da/NAS/NAS-KBs/ONTAP_9_-_time_server_rejected_as_unreliable" target="_blank" rel="noreferrer noopener"&gt;ONTAP 9 - time server rejected as unreliable - NetApp Knowledge Base&lt;/A&gt;.&amp;nbsp;&lt;/SPAN&gt;I did manage to get the NetApp to sync to the domain controller.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1 month later, go to fix the time skew.&lt;/P&gt;&lt;P&gt;Domain controller: Time skew as expected&lt;/P&gt;&lt;P&gt;NetApp: Time is still correct&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I can only surmise that this means that the NetApp is not continuously syncing with the Domain Controller. It got the time once and then just did its own thing.&lt;/P&gt;&lt;P&gt;How can I force the NetApp to sync more often?&lt;/P&gt;</description>
      <pubDate>Fri, 07 Mar 2025 02:12:21 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Offline-NetApp-NTP-Issues/m-p/459199#M10160</guid>
      <dc:creator>mizzle</dc:creator>
      <dc:date>2025-03-07T02:12:21Z</dc:date>
    </item>
    <item>
      <title>Re: Offline NetApp - NTP Issues</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Offline-NetApp-NTP-Issues/m-p/459317#M10164</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.netapp.com/t5/user/viewprofilepage/user-id/122148"&gt;@mizzle&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It sounds like ONTAP is not synchronized with the Domain Controller, check out this guide to diagnose &lt;A href="https://kb.netapp.com/on-prem/ontap/Ontap_OS/OS-KBs/How_to_configure_and_troubleshoot_NTP_in_ONTAP_9_using_CLI" target="_blank" rel="noopener"&gt;https://kb.netapp.com/on-prem/ontap/Ontap_OS/OS-KBs/How_to_configure_and_troubleshoot_NTP_in_ONTAP_9_using_CLI&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The diag command "&lt;SPAN class=""&gt;systemshell -node local "sudo ntpq -pn" " &lt;/SPAN&gt;will show you the current sync status.&amp;nbsp; NTP (the protocol) may be marking your domain controller as Stratum 16 and potentially as a "falseticker" (the second unlikely if you have a single NTP source).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Provide your output to &amp;lt;&lt;SPAN class=""&gt;systemshell -node local "sudo ntpq -pn"&amp;gt;&lt;/SPAN&gt;&amp;nbsp; (sanitized of course)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;* NTP will keep in sync when it is working, this is different to SNTP which is a sync on schedule arrangement.&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Personally I would be looking to use a network device (firewall or switch) as your NTP server, even if its in free-run.&amp;nbsp; Also there are so many cheap GPS clocked NTP servers (you can get one brand new for EUR 100 / $110 USD)....... they are not super accurate, but great for your use case.&lt;/P&gt;</description>
      <pubDate>Tue, 11 Mar 2025 06:56:01 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Offline-NetApp-NTP-Issues/m-p/459317#M10164</guid>
      <dc:creator>chamfer</dc:creator>
      <dc:date>2025-03-11T06:56:01Z</dc:date>
    </item>
  </channel>
</rss>

