Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 2 subscribers
  • Views 2551 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

SNMP reports problem with NTP

hempkins
Hi,

We are deploying Opsview Enterprise to monitor our network. All Our Astaro firewalls are reporting "NTP CRITICAL: No response from NTP server" in the Opsview interface. This "pollute's" our logs and status views because they are in status "critical" because of this error message.

It is reporting "snmp_agent" - OK and "snmp_uptime" - OK and it can read the information such as hostname, contact, etc.

The Astaro boxes (ASG425 and ASG320) are set to use internal Windows 2008R2 domain controllers as time source. When I test the the configured sources from webadmin, it passes the test, and time is accurate on the boxes. I have also tested with an external source (the default "pool.ntp.org") with the same result. Could it be a bug in either Astaro or Opsview?

Software versions range from 7.501 to 8.301 and we have the same problem on all of them (6 ASG's).

Any suggestions?


K.


This thread was automatically locked due to age.
Parents
  • 0
    We have the same problem, we update from V7 to V8 and running firmware 8.304. After the update the NTP services is not stable. We see a continue offset that is growing. We use a ASG525 cluster.
    It looks like that the internal clock is overruling the external referance.
    If we look at ntpq we see that the local clock with stratum 11 a lower priority than the external clock (pool.ntp.org) with stratum 3. Still the offset grows.
    We replaced the pool.ntp.org for the NTP server of our profider ntp1.kpn.net and ntp2.kpn.net, same problem time still shifting.
    We use e-directory and correct time is important for our servers. I made a call with the Sophos support, I hope for a answer. If not, I disable the NTP server on the Astaro and consider it the be buggy.
Reply
  • 0
    We have the same problem, we update from V7 to V8 and running firmware 8.304. After the update the NTP services is not stable. We see a continue offset that is growing. We use a ASG525 cluster.
    It looks like that the internal clock is overruling the external referance.
    If we look at ntpq we see that the local clock with stratum 11 a lower priority than the external clock (pool.ntp.org) with stratum 3. Still the offset grows.
    We replaced the pool.ntp.org for the NTP server of our profider ntp1.kpn.net and ntp2.kpn.net, same problem time still shifting.
    We use e-directory and correct time is important for our servers. I made a call with the Sophos support, I hope for a answer. If not, I disable the NTP server on the Astaro and consider it the be buggy.
Children
No Data