How can your organization benefit from savings just by replacing your legacy backup solutions with Acronis' #CyberProtection? Join Forrester's Joe Branca and Ryan Davis from Acronis live as they explain how you can too.
NetApp NTP
We recently started to receive error alerts from our NetApp monitoring services saying that our NetApp is not NTP synchronized with any peer, so it's time may be incorrect. It says:
NTP is running, but no peers have passed the selection process. The local time may be too far off; or the configured NTP peers may not be reachable.
I check the ntp.conf to ensure valid time servers are listed, I also turned ON/OFF "options timed.enable".
Next, I looked into this article: https://kb.netapp.com/support/index?page=content&actp=LIST&id=S:1012660
After following all the instructions, I was able to see the error message that might be truly the root cause of the problem: I think it says the NTP server is reachable, but it was rejected by the following reason:
It says flash=400 not_proventic.
At this point I'm stuck and not sure how to proceed further. Any help would be greatly appreciated.
NTP is running, but no peers have passed the selection process. The local time may be too far off; or the configured NTP peers may not be reachable.
I check the ntp.conf to ensure valid time servers are listed, I also turned ON/OFF "options timed.enable".
Next, I looked into this article: https://kb.netapp.com/support/index?page=content&actp=LIST&id=S:1012660
After following all the instructions, I was able to see the error message that might be truly the root cause of the problem: I think it says the NTP server is reachable, but it was rejected by the following reason:
It says flash=400 not_proventic.
At this point I'm stuck and not sure how to proceed further. Any help would be greatly appreciated.
Do more with
EXPERT OFFICE® is a registered trademark of EXPERTS EXCHANGE®
What version of ONTAP are you using?
What NTP server(s) are you syncing with?
NTP functionality has been changed substantially in ONTAP 8. In some configurations, a Windows domain controller may not be considered a suitable timesource.
These might help:
How to determine if a Windows Domain Controller is a suitable NTP server for Data ONTAP 8
https://kb.netapp.com/support/index?page=content&id=1013468
How to verify NTP operation in Data ONTAP 8
https://kb.netapp.com/support/index?page=content&id=1010058
What NTP server(s) are you syncing with?
NTP functionality has been changed substantially in ONTAP 8. In some configurations, a Windows domain controller may not be considered a suitable timesource.
These might help:
How to determine if a Windows Domain Controller is a suitable NTP server for Data ONTAP 8
https://kb.netapp.com/support/index?page=content&id=1013468
How to verify NTP operation in Data ONTAP 8
https://kb.netapp.com/support/index?page=content&id=1010058
We are running 8.1 7-mode.
We are trying to sync with our domain controller which has the role PDC emulator.
I tried running the command ntpq -p <ip of NetApp management port>
And get results which indicate reach=377 meaning there are no communication problems, however it is getting rejected as an NTP peer.
We are trying to sync with our domain controller which has the role PDC emulator.
I tried running the command ntpq -p <ip of NetApp management port>
And get results which indicate reach=377 meaning there are no communication problems, however it is getting rejected as an NTP peer.
Did you manage to have a look at this article:
How to determine if a Windows Domain Controller is a suitable NTP server for Data ONTAP 8
https://kb.netapp.com/support/index?page=content&id=1013468
It describes an issue where a DC might be rejected as a time source because it does not offer the required accuracy.
How to determine if a Windows Domain Controller is a suitable NTP server for Data ONTAP 8
https://kb.netapp.com/support/index?page=content&id=1013468
It describes an issue where a DC might be rejected as a time source because it does not offer the required accuracy.
That setting is only applicable if using the local CMOS clock of the DC -- which in our case we aren't. Our DC uses an external internet time source.
Interesting.
As a troubleshooting step, you can try to sync directly with the external NTP source.
If that works, then the issue is likely related to the fact that your time source is a Windows DC. If if fails, then the issue is probably an NTP or ONTAP problem, in which case NetApp Support should be able to help.
As a troubleshooting step, you can try to sync directly with the external NTP source.
If that works, then the issue is likely related to the fact that your time source is a Windows DC. If if fails, then the issue is probably an NTP or ONTAP problem, in which case NetApp Support should be able to help.
Can't sync directly because our NetApps are on an internal VLAN which doesn't have access to outside world.
Premium Content
You need an Expert Office subscription to comment.Start Free Trial