Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 9 replies
  • Subscribers 2 subscribers
  • Views 1581 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

NTP not functioning properly after upgrade to 8.201

rizzah
Hello,

My astaro box was working fine before the upgrade. The upgrade itself went fine aswell, however now the time is all off. at this moment he says its 14:12 while its 12:39. The region is setup properly (europe/Amsterdam) in my case. I tried adding a new pool to the ntp list (nl.pool.ntp.org), rebooted the firewall again, but didnt work. I also tried manual set the time near current time, but after reboot, he puts is nicely to the wrong time again.

This is a problem for my IPv6 tunnelbroker, now i am getting error messages like :
2011:08:19-14:14:06 astaro aiccu[8716]: AICCU running as PID 8716 

2011:08:19-14:14:07 astaro aiccu[8716]: The clock is off by 5612 seconds, use NTP to sync it!
 
2011:08:19-14:14:07 astaro aiccu[8716]: Couldn't retrieve first tunnel for the above reason, aborting 

can anyone help me ?


This thread was automatically locked due to age.
  • 0
    I had made a backup of my older version of astaro (8.001) en NTP time was showing fine again. I went back to the upgraded version, and the time is all off again. When i look in the log file it all looks oke (to me atleast), system.log:
    2011:08:22-11:01:57 ding ntpd[9371]: ntpd exiting on signal 15
    2011:08:22-11:01:58 ding ntpd[10898]: ntpd 4.2.6p1@1.2158 Tue Jul 27 15:44:01 UTC 2010 (1)
    2011:08:22-11:01:58 ding ntpd[10899]: proto: precision = 1.245 usec
    2011:08:22-11:01:58 ding ntpd[10899]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
    2011:08:22-11:01:58 ding ntpd[10899]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
    2011:08:22-11:01:58 ding ntpd[10899]: Listen and drop on 1 v6wildcard :: UDP 123
    2011:08:22-11:01:58 ding ntpd[10899]: Listen normally on 2 lo 127.0.0.1 UDP 123
    2011:08:22-11:01:58 ding ntpd[10899]: Listen normally on 3 eth0 192.168.99.200 UDP 123
    2011:08:22-11:01:58 ding ntpd[10899]: Listen normally on 4 eth1 x.x.x.x UDP 123
    2011:08:22-11:01:58 ding ntpd[10899]: Listen normally on 5 eth2 192.168.33.200 UDP 123
    2011:08:22-11:01:58 ding ntpd[10899]: Listen normally on 6 lo ::1 UDP 123

    when i try to give the command : ntpdate -q nl.pool.ntp.org:
    ding:/var/log # ntpdate -q nl.pool.ntp.org
    server 178.251.120.16, stratum 0, offset 0.000000, delay 0.00000
    server 81.171.44.131, stratum 2, offset -5635.904921, delay 0.03021
    server 83.98.201.133, stratum 2, offset -5635.904405, delay 0.02905
    22 Aug 11:08:50 ntpdate[11559]: step time server 83.98.201.133 offset -5635.904405 sec

    It shows a major offset, which corrosponds with my wrongly displayed time.

    I have no idea how to resolve this issue tho.
  • 0 in reply to rizzah
    I finally found out how to stop/start the service, so i stopped ntp, did the ntpdate -v nl.pool.ntp.org, so the time would be accurate, then i started the service again, time seems to stay oke for now.
  • 0 in reply to rizzah
    I finally found out how to stop/start the service, so i stopped ntp, did the ntpdate -v nl.pool.ntp.org, so the time would be accurate, then i started the service again, time seems to stay oke for now.


    How did you restart the service?
  • 0
    From the shell, try /var/mdw/scripts/ntp restart.
  • 0
    I know I'm coming into this a little late and from a different angle but I'm stumped. I'm pretty familiar with FW administration but I'm certainly new to ASG. I'm having problems getting my ASG to get NTP updates (not worried about internal clients). In 'Time and Date' I set my ntp server to us.pool.ntp.org and if I test configured servers it resolves correctly and displays an offset (about 14 sec right now). It does not appear to be actually updating however even after a reboot. I first set this last week with about a minute offset and checked this morning... it was an hour off! I manually got the time close, rebooted, and the problem is still there. Am I missing something? Can someone help, please by all means assume I know nothing and be basic.

    Thanks.
  • 0
    wrong ntp pool.  The pools addresses have changed.

    As pool.ntp.org will assign you timeservers from all over the world, time quality will not be ideal. You get a bit better result if you use the continental zones (For example europe, north-america, oceania or asia.pool.ntp.org)

    pool.ntp.org: How do I setup NTP to use the pool?
  • 0 in reply to William Warren
    Wow, thank you. My mistake. I thought for sure I could just put the country code. Changed it to 0.us.pool.ntp.org and now my time is updating.