ntp doesn't work after suspend / resume

[Valient Gough]

Binary package hint: ntp

My IBM Thinkpad suspends and resumes without any problems, except that the NTP daemon stops working.

This is on Kubuntu 7.04 Beta. NTP suspend/resume worked on SuSE 10.0, which was what this system had on it until a couple days ago.

Perhaps ntp doesn't like the resume.d/50-time.sh command?

Ntp works fine after restarting, but is always in a broken (but still running) state after a resume. The first time it happened, I didn't notice for several hours, and it was still in the broken state, so it is not auto-correcting.

[Mike Dahlgren (dahlgren)]

Thank you for your bug report. I believe what you are experiencing is identical to bug #76021, and have marked this as a duplicate.

   Thanks,
       ~ Mike

[Jakob Unterwurzacher (jakobunt)]

IMHO this problem is different and #76021 should be rejected.
No one needed ntpdate if ntpd was working properly.

Ntpd should be fixed to cope with suspend or stopped before standby and restarted on resume.
It will then set the correct time within a few minutes, which is acceptable, because it does useful things within these minutes (select best time source, slow down or speed up clock on small offsets etc. ).

[Jakob Unterwurzacher (jakobunt)]

BTW: This is still in Gutsy, i am experiencing it.

[Jakob Unterwurzacher (jakobunt)]

Hmm, probably i am not experiencing this.
My laptop's time drifted away some 20 minutes in *one night* when on standby - causing ntpd to stop doing anything because of
"ntpd[6677]: time correction of 1800 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time."

[Marc Schiffbauer (mschiff)]

This problem still exists in hardy and I think I have some more information about it:

What I have observed is, that ntpd gets restarted several times on every resume and also on system boot:
It will be restarted for every interface in /etc/network/interfaces that is not loopback by /etc/network/if-up.d/ntpdate

So /etc/network/if-up.d/ntpdate seems to be the problem or at least part of the problem.

[Hew (hew)]

Confirming based on comments. Thanks for your report.

[Valient Gough (vgough)]

I haven't seen this problem on my laptop running Hardy. The laptop that had the problem is now running Fedora.

[Chuck Short (zulcss)]

Closing based on comments in the bug.

Regards
chuck