public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
From: "Peter Müller" <peter.mueller@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: [PATCH] Ship NTP changes
Date: Mon, 30 May 2022 19:07:40 +0000	[thread overview]
Message-ID: <37d111ca-3bb9-1bb4-495b-589fba7df168@ipfire.org> (raw)
In-Reply-To: <936D4A53-07EB-436A-A1F7-0D42DAA819F8@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3444 bytes --]

Hello Jon,

thank you for submitting this.

I consent with the intention of your patch, and believe this is the cure (or at least
a medicine) to insanely high clock drifts on some IPFire installations. Based on the
forum activity, there used to be more of them, but my gut feeling is that this issue
never completely went away.

Nevertheless, I would like to await Arne's feedback on this: Particularly on ARM systems
without a battery-backed RTC, IPFire comes up with a bogus time, and I am not sure what
the implications of this patch would be for such systems.

> Hello,
> 
> The change I made to the initscript ntp file does not seem very elegant!  But I was not sure of a better way too complete the same results.  
> 
>> +		echo -e "server	${NTP_ADDR_1} prefer\nserver	${NTP_ADDR_2}" > /etc/ntp/ntpInclude.conf
> 
> Is this OK or does it belong in a different section of code.  It needs to be updated when the NTP Servers are changed or when the time.cgi (Time Server) page is updated.

Hmm, I would favour a better solution as well. That file might be populated, and just
overwriting it seems to be a bit brutal to me. :-)

> -and-
> 
> Is chrony going to replace NTP?  If so, then the change below is not needed.

I would really like so, but don't see that happen in IPFire 2.x soon. For the medium
term at least, you patch is by no means obsolete.

> Please don't hurt me!

Hope I did not. :-)

Thanks, and best regards,
Peter Müller

> 
> Jon
> 
> 
>> On May 26, 2022, at 7:40 PM, Jon Murphy <jon.murphy(a)ipfire.org> wrote:
>>
>> - Device time more accurate.  (e.g., +/- 10 seconds per day to < 100 ms on some devices)
>>   ( I know we don't need the perfect time server )
>> - NTP and time will be accurate in manual mode (setting on Time Server > NTP Configuration WebGUI)
>> - Change NTP "prefer" server:
>>    - The current preferred NTP server in an Undisciplined Local Clock.
>>    - This is intended when no outside source of synchronized time is available.
>>    - Change the "prefer" server from 127.127.1.0 to the Primary NTP server specified on
>>      the Time Server > NTP Configuration WebGUI page.
>> - Change allows the drift file (located at /etc/ntp/drift) to be populated by ntpd.
>>    - The drift file is updated about once per hour which helps correct the device time.
>>
>> Signed-off-by: Jon Murphy <jon.murphy(a)ipfire.org>
>> ---
>> config/ntp/ntp.conf        | 3 ++-
>> src/initscripts/system/ntp | 2 ++
>> 2 files changed, 4 insertions(+), 1 deletion(-)
>>
>> diff --git a/config/ntp/ntp.conf b/config/ntp/ntp.conf
>> index 9e393ca8e..bcaf2ee9e 100644
>> --- a/config/ntp/ntp.conf
>> +++ b/config/ntp/ntp.conf
>> @@ -1,6 +1,7 @@
>> disable monitor
>> restrict default nomodify noquery
>> restrict 127.0.0.1
>> -server  127.127.1.0 prefer
>> +server  127.127.1.0
>> fudge   127.127.1.0 stratum 10
>> driftfile /etc/ntp/drift
>> +includefile /etc/ntp/ntpInclude.conf
>> diff --git a/src/initscripts/system/ntp b/src/initscripts/system/ntp
>> index 74b8bc86a..6c8174d25 100644
>> --- a/src/initscripts/system/ntp
>> +++ b/src/initscripts/system/ntp
>> @@ -52,6 +52,8 @@ case "$1" in
>> 			fi
>> 		fi
>>
>> +		echo -e "server	${NTP_ADDR_1} prefer\nserver	${NTP_ADDR_2}" > /etc/ntp/ntpInclude.conf
>> +
>> 		boot_mesg "Starting ntpd..."
>> 		loadproc /usr/bin/ntpd -Ap /var/run/ntpd.pid
>> 		;;
>> -- 
>> 2.30.2
>>
> 

  reply	other threads:[~2022-05-30 19:07 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-27  0:40 Jon Murphy
2022-05-27  0:45 ` Jon Murphy
2022-05-30 19:07   ` Peter Müller [this message]
     [not found] <0DAE83CC-29C1-40D5-869A-8DFECB275C2E@gmail.com>
2022-06-01  9:43 ` Michael Tremer
2022-06-20  2:47   ` Jon Murphy
2022-06-20  9:55     ` Peter Müller
     [not found] <0C86EDE4-C200-4917-B65A-E57D642A0B5B@gmail.com>
2022-06-20 21:48 ` Peter Müller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=37d111ca-3bb9-1bb4-495b-589fba7df168@ipfire.org \
    --to=peter.mueller@ipfire.org \
    --cc=development@lists.ipfire.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox