Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 2 subscribers
  • Views 2549 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.
  • 0
    I'm running into NTP availability issues on Astaro 8.303 & 8.302.
    Using Astaro as a source for NTP for Windows clients (and servers) appears to be problematic.
    The logging is nonexistent as far as I can tell, so we're in the dark.  
    The threads on this forum have lead in circles for years regarding NTP.
  • 0
    K, have you asked Astaro Support to look at this?  My standard setup is to have the Astaros use the pool.ntp.org servers and have internal servers use the Astaro.

    What happens if you disable the NTP server in 'Network Services'?

    Cheers - Bob
  • 0 in reply to BAlfson
    I am running our internal W2003 time server to the ASG without any issues.

    I am using Meinberg 1.04 as the Time server monitor on the W2003 server.

    Currently using 8.304, but have been doing so since late v7 versions.

    Ian
  • 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.
  • 0
    Hi, mmuetst, and welcome to the User BB!

    I'm not seeing this problem amoung my clients.  Plesae let us know what Sophos Support does to resolve this for you.

    Cheers - Bob
  • 0 in reply to BAlfson
    I had a similar issue with the home edition. I set up an internal server as an NTP source but the Astaro, although test succeeded in WebAdmin, constantly drifted off. Eventually pointed it to an external source and it now seems to be okay. This was pre-8.305 I think.
  • 0 in reply to BAlfson
    Hi, mmuetst, and welcome to the User BB!

    I'm not seeing this problem amoung my clients.  Plesae let us know what Sophos Support does to resolve this for you.

    Cheers - Bob


    Sophos support does nothing for us, we do not have a primium support contract. We see on internet more of these NTP problems with Astaro. We now redirect all NTP trafic to servers on the internet and do not use the Astaro NTP services.
  • 0
    Sophos support does nothing for us, we do not have a primium support contract.

    Standard Support is included with any paid subscription.  Your reseller has the responsibility to submit a trouble ticket to Astaro/Sophos.

    Cheers - Bob