I've completely removed NTP and NTPdate down to the file level plus a couple of other files which had configuration settings.
I tried changing from NTP to NTPdate before the removals but many of the NTP packages weren't removed from the system.
There was no change when making setting edits for NTPdate (included reboots warm and cold).
I see no other time management packages on the system or files relative to the server callouts.
System Linux Mint 18.2
Any help appreciated?
Callouts to time server won't stop. (solved)
Forum rules
Before you post read how to get help. Topics in this forum are automatically closed 6 months after creation.
Before you post read how to get help. Topics in this forum are automatically closed 6 months after creation.
Callouts to time server won't stop. (solved)
Last edited by LockBot on Wed Dec 28, 2022 7:16 am, edited 2 times in total.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.
Reason: Topic automatically closed 6 months after creation. New replies are no longer allowed.
"Digital commerce and finance require an honesty not evident in all humans and ignored by computers."
Re: Callouts to time server won't stop.
Not sure what you want to achieve however - disable time synchronization completely?
You should probably have a look at systemd-timesyncd ...
You should probably have a look at systemd-timesyncd ...
Re: Callouts to time server won't stop.
Thank You. I changed the file and will see if it stops the call outs.
Probably need a cold boot to make it go away as changing the file didn't stop it.
In doing an IP trace it may also be related to something in the weather information but I removed that as well.
Don't need it use an NOAA location site.
This is what the timedatectl status shows:
timedatectl status
Local time: Thu 2017-12-28 16:14:19 EST
Universal time: Thu 2017-12-28 21:14:19 UTC
RTC time: Thu 2017-12-28 21:14:19
Time zone: America/New_York (EST, -0500)
Network time on: no
NTP synchronized: yes
RTC in local TZ: no
NTP synchronized line may indicate the problem.
NTP is removed from the system, Canonical url removed from /etc/systemd/timesyncd.conf and backup list line deleted.
Other thought is something at kernel level.
Probably need a cold boot to make it go away as changing the file didn't stop it.
In doing an IP trace it may also be related to something in the weather information but I removed that as well.
Don't need it use an NOAA location site.
This is what the timedatectl status shows:
timedatectl status
Local time: Thu 2017-12-28 16:14:19 EST
Universal time: Thu 2017-12-28 21:14:19 UTC
RTC time: Thu 2017-12-28 21:14:19
Time zone: America/New_York (EST, -0500)
Network time on: no
NTP synchronized: yes
RTC in local TZ: no
NTP synchronized line may indicate the problem.
NTP is removed from the system, Canonical url removed from /etc/systemd/timesyncd.conf and backup list line deleted.
Other thought is something at kernel level.
"Digital commerce and finance require an honesty not evident in all humans and ignored by computers."
Re: Callouts to time server won't stop.
Have you tried
And start
Or
Or
/etc/init.d/ntp restart
I don´t know if this helps, but my ntp files (all?) are here
/etc/ntp.conf
/etc/default/ntpdate
/etc/default/openntpd
/usr/sbin/ntpdate
I have had problems with ntp some time ago and find out it was a problem at my ISP.
I had to use a local ntp server (in my country), not the default one. Therefore I have some notes left.
Code: Select all
sudo service ntp stop
Code: Select all
sudo service ntp start
Code: Select all
sudo service ntp restart
/etc/init.d/ntp restart
I don´t know if this helps, but my ntp files (all?) are here
/etc/ntp.conf
/etc/default/ntpdate
/etc/default/openntpd
/usr/sbin/ntpdate
I have had problems with ntp some time ago and find out it was a problem at my ISP.
I had to use a local ntp server (in my country), not the default one. Therefore I have some notes left.
Re: Callouts to time server won't stop. (solved)
Thanks for the help.
Removed the Canonical server reference in the systemd related files and did submit a stop command which helped.
I had trouble with the Mint time setup before when it wouldn't stop making the calls but it was related to the weather server.
Looking at the trace of the IPs it looks like it was contacting or going through the weather server before the time server.
There had been a recent update of libweather and it may have been relative as mentioned above.
The one systemd control file was the only one of the time files I had no found.
In removing weather file from the system I manged to kill the panel clock and calendar but this is OK.
It would be nice if they were standalone.
Was able to replace the on screen clock. Calendar is on the wall as tradition dictates.
timedatectl status is now
Local time: Fri 2017-12-29 10:56:56 EST
Universal time: Fri 2017-12-29 15:56:56 UTC
RTC time: Fri 2017-12-29 15:56:55
Time zone: America/New_York (EST, -0500)
Network time on: no
NTP synchronized: no
RTC in local TZ: no
Thanks again.
Removed the Canonical server reference in the systemd related files and did submit a stop command which helped.
I had trouble with the Mint time setup before when it wouldn't stop making the calls but it was related to the weather server.
Looking at the trace of the IPs it looks like it was contacting or going through the weather server before the time server.
There had been a recent update of libweather and it may have been relative as mentioned above.
The one systemd control file was the only one of the time files I had no found.
In removing weather file from the system I manged to kill the panel clock and calendar but this is OK.
It would be nice if they were standalone.
Was able to replace the on screen clock. Calendar is on the wall as tradition dictates.
timedatectl status is now
Local time: Fri 2017-12-29 10:56:56 EST
Universal time: Fri 2017-12-29 15:56:56 UTC
RTC time: Fri 2017-12-29 15:56:55
Time zone: America/New_York (EST, -0500)
Network time on: no
NTP synchronized: no
RTC in local TZ: no
Thanks again.
"Digital commerce and finance require an honesty not evident in all humans and ignored by computers."