• ntpd does not start daemon control: got EOF

    From Marco Moock@[email protected] to comp.protocols.time.ntp on Tue Apr 21 21:08:18 2026
    From Newsgroup: comp.protocols.time.ntp

    Hello!

    I have a FreeBSD 15 system. I was able to use ntpd, but after I
    installed the latest updates 15.0-RELEASE-p6, it does not start. I dunno
    if that is the root cause, but after the restart I noticed the issue.

    [~]$ grep -v ^# /etc/ntp.conf

    tos minclock 3 maxclock 6
    pool -6 2.freebsd.pool.ntp.org iburst
    restrict default limited kod nomodify notrap noquery nopeer
    restrict source limited kod nomodify notrap noquery
    restrict 127.0.0.1
    restrict ::1
    leapfile "/var/db/ntpd.leap-seconds.list"

    How can I diagnose the issue?
    --
    kind regards
    Marco
    Muell und Spam bitte an [email protected]

    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Harlan Stenn via questions Mailing List@[email protected] to Marco Moock on Tue Apr 21 19:58:00 2026
    From Newsgroup: comp.protocols.time.ntp

    Hi Marco,

    Where did you see the "got EOF" message?

    What is the output of 'ntpq -p' on your machine, preferably waiting a
    minute or few after ntpd starts?

    On 4/21/2026 12:08 PM, Marco Moock wrote:
    Hello!

    I have a FreeBSD 15 system. I was able to use ntpd, but after I
    installed the latest updates 15.0-RELEASE-p6, it does not start. I dunno
    if that is the root cause, but after the restart I noticed the issue.

    [~]$ grep -v ^#  /etc/ntp.conf

    tos minclock 3 maxclock 6
    pool -6 2.freebsd.pool.ntp.org iburst
    restrict default limited kod nomodify notrap noquery nopeer
    restrict source  limited kod nomodify notrap noquery
    restrict 127.0.0.1
    restrict ::1
    leapfile "/var/db/ntpd.leap-seconds.list"

    How can I diagnose the issue?

    --
    Harlan Stenn <[email protected]>
    NTP Project Lead. The NTP Project is part of:
    https://www.nwtime.org/ - be a member!

    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Marco Moock@[email protected] to comp.protocols.time.ntp on Tue Apr 21 22:08:28 2026
    From Newsgroup: comp.protocols.time.ntp

    On 21.04.2026 19:58 Uhr Harlan Stenn via questions Mailing List wrote:

    Where did you see the "got EOF" message?

    When I try to start the daemon via the service command. This executes
    the startup script in FreeBSD.

    [~]$ sudo service ntpd start
    Starting ntpd.
    daemon control: got EOF
    /etc/rc.d/ntpd: WARNING: failed to start ntpd
    [~]$

    What is the output of 'ntpq -p' on your machine, preferably waiting a
    minute or few after ntpd starts?

    [ ~]$ ntpq -p
    remote refid st t when poll reach delay offset jitter ==============================================================================
    2.freebsd.pool. .POOL. 16 p - 64 0 0.000 +0.000 0.001 +basilisk.mybb.d 171.237.1.87 2 u 198 512 377 15.853 -1.130 1.459 -x1.ncomputers.o 2.34.109.103 3 u 752 1024 377 15.232 -0.881 0.319 +2003:a:47f:abe4 237.17.204.95 2 u 58 512 377 23.608 +1.292 2.623 *vps-fra1.orlean 195.145.119.188 2 u 24 512 377 9.119 +0.777 5.283 -2a01:4f8:c0c:c4 130.149.17.21 2 u 633 1024 377 18.587 -1.842 1.062 [~]$

    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Harlan Stenn via questions Mailing List@[email protected] to Marco Moock on Tue Apr 21 20:43:00 2026
    From Newsgroup: comp.protocols.time.ntp

    On 4/21/2026 1:08 PM, Marco Moock wrote:
    On 21.04.2026 19:58 Uhr Harlan Stenn via questions Mailing List wrote:

    Where did you see the "got EOF" message?

    When I try to start the daemon via the service command. This executes
    the startup script in FreeBSD.

    [~]$ sudo service ntpd start
    Starting ntpd.
    daemon control: got EOF
    /etc/rc.d/ntpd: WARNING: failed to start ntpd
    [~]$

    That looks like an issue with FreeBSD's startup script, as the output
    below from ntpq shows ntpd is running.

    What is the output of 'ntpq -p' on your machine, preferably waiting a
    minute or few after ntpd starts?

    [ ~]$ ntpq -p
    remote refid st t when poll reach delay offset jitter
    ==============================================================================
    2.freebsd.pool. .POOL. 16 p - 64 0 0.000 +0.000 0.001
    +basilisk.mybb.d 171.237.1.87 2 u 198 512 377 15.853 -1.130 1.459
    -x1.ncomputers.o 2.34.109.103 3 u 752 1024 377 15.232 -0.881 0.319
    +2003:a:47f:abe4 237.17.204.95 2 u 58 512 377 23.608 +1.292 2.623
    *vps-fra1.orlean 195.145.119.188 2 u 24 512 377 9.119 +0.777 5.283
    -2a01:4f8:c0c:c4 130.149.17.21 2 u 633 1024 377 18.587 -1.842 1.062
    [~]$

    Thanks - this shows ntpd is running.

    Dave, Marco's ntp.conf file uses "minclock 3 maxclock 6". I know we
    have a pending fix for this - that fix does not count the "pool"
    directive as a "clock", right?
    --
    Harlan Stenn <[email protected]>
    https://networktimefoundation.org - be a member!

    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Dave Hart via questions Mailing List@[email protected] to Harlan Stenn on Tue Apr 21 20:58:00 2026
    From Newsgroup: comp.protocols.time.ntp

    --0000000000008ef90b064ffe9508
    Content-Type: text/plain; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable

    On Tue, Apr 21, 2026 at 20:37=E2=80=AFUTC Harlan Stenn <[email protected]> w= rote:

    On 4/21/2026 1:08 PM, Marco Moock wrote:
    On 21.04.2026 19:58 Uhr Harlan Stenn via questions Mailing List wrote:

    Where did you see the "got EOF" message?

    When I try to start the daemon via the service command. This executes
    the startup script in FreeBSD.

    [~]$ sudo service ntpd start
    Starting ntpd.
    daemon control: got EOF
    /etc/rc.d/ntpd: WARNING: failed to start ntpd
    [~]$

    That looks like an issue with FreeBSD's startup script, as the output
    below from ntpq shows ntpd is running.


    It's hard to imagine FreeBSD suddenly got it wrong after years of bundling ntpd, but my first step would be to investigate the command line used to
    launch ntpd. It's logged at startup to syslog, or to a file given after "logfile" in ntp.conf. EOF might indicate the script expects it to not daemonize itself, and it is. If -n/--nofork isn't on the command line,
    modify the rc.d script to use it and try again.

    Dave, Marco's ntp.conf file uses "minclock 3 maxclock 6". I know we
    have a pending fix for this - that fix does not count the "pool"
    directive as a "clock", right?


    I have no such pending change. Pool lines count towards maxclock, as they always have. NTPsec recently changed to exclude them. I'd argue a change
    like that belongs in ntp-dev an eventually the next major stable release, similar to the off-by-one fix that will cause noncontributing pool &
    manycast associations to spin down and spur replacement.


    Cheers,
    Dave Hart

    --0000000000008ef90b064ffe9508
    Content-Type: text/html; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable

    <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:&quot;trebuchet ms&quot;,sans-serif"><span style=3D"font-family:Ar= ial,Helvetica,sans-serif">On Tue, Apr 21, 2026 at 20:37=E2=80=AFUTC Harlan = Stenn &lt;<a href=3D"mailto:[email protected]">[email protected]</a>&gt; wrot= e:</span></div></div><div class=3D"gmail_quote gmail_quote_container"><bloc= kquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:= 1px solid rgb(204,204,204);padding-left:1ex">On 4/21/2026 1:08 PM, Marco Mo= ock wrote:<br>
    &gt; On 21.04.2026 19:58 Uhr Harlan Stenn via questions Mailing List wrote:=

    &gt; <br>
    &gt;&gt; Where did you see the &quot;got EOF&quot; message?<br>
    &gt; <br>
    &gt; When I try to start the daemon via the service command. This executes<=

    &gt; the startup script in FreeBSD.<br>
    &gt; <br>
    &gt; [~]$ sudo service ntpd start<br>
    &gt; Starting ntpd.<br>
    &gt; daemon control: got EOF<br>
    &gt; /etc/rc.d/ntpd: WARNING: failed to start ntpd<br>
    &gt; [~]$<br>

    That looks like an issue with FreeBSD&#39;s startup script, as the output <=

    below from ntpq shows ntpd is running.<br></blockquote><div><br></div><div>= <div class=3D"gmail_default" style=3D"font-family:&quot;trebuchet ms&quot;,= sans-serif">It&#39;s hard to imagine FreeBSD suddenly got it wrong after ye= ars of bundling ntpd, but my first step would be to investigate the command=
    line used to launch ntpd.=C2=A0 It&#39;s logged at startup to syslog, or t=
    o a file given after &quot;logfile&quot; in ntp.conf.=C2=A0 EOF might indic= ate the script expects it to not daemonize itself, and it is.=C2=A0 If -n/-= -nofork isn&#39;t on the command line, modify the rc.d script to use it and=
    try again.</div><br></div><blockquote class=3D"gmail_quote" style=3D"margi= n:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex= ">Dave, Marco&#39;s ntp.conf file uses &quot;minclock 3 maxclock 6&quot;.= =C2=A0 I know we <br>
    have a pending fix for this - that fix does not count the &quot;pool&quot; =

    directive as a &quot;clock&quot;, right?<br></blockquote><div><br></div><di=
    v class=3D"gmail_default" style=3D"font-family:&quot;trebuchet ms&quot;,san= s-serif">I have no such pending change.=C2=A0 Pool lines count towards maxc= lock, as they always have.=C2=A0 NTPsec recently changed to exclude them.= =C2=A0 I&#39;d argue a change like that belongs in ntp-dev an eventually th=
    e next major stable release, similar to the off-by-one fix that will cause = noncontributing pool &amp; manycast associations to spin down and spur repl= acement.</div><div class=3D"gmail_default" style=3D"font-family:&quot;trebu= chet ms&quot;,sans-serif"><br></div></div><div><div dir=3D"ltr" class=3D"gm= ail_signature" data-smartmail=3D"gmail_signature"><div dir=3D"ltr"><div><fo=
    nt face=3D"tahoma, sans-serif" color=3D"#666666"><br></font></div><font fac= e=3D"tahoma, sans-serif" color=3D"#666666">Cheers,<br>Dave Hart</font></div= ></div></div></div>

    --0000000000008ef90b064ffe9508--

    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Harlan Stenn via questions Mailing List@[email protected] to Dave Hart on Tue Apr 21 21:03:00 2026
    From Newsgroup: comp.protocols.time.ntp

    On 4/21/2026 1:51 PM, Dave Hart wrote:
    On Tue, Apr 21, 2026 at 20:37 UTC Harlan Stenn <[email protected] <mailto:[email protected]>> wrote:

    On 4/21/2026 1:08 PM, Marco Moock wrote:
    > On 21.04.2026 19:58 Uhr Harlan Stenn via questions Mailing List
    wrote:
    >
    >> Where did you see the "got EOF" message?
    >
    > When I try to start the daemon via the service command. This executes
    > the startup script in FreeBSD.
    >
    > [~]$ sudo service ntpd start
    > Starting ntpd.
    > daemon control: got EOF
    > /etc/rc.d/ntpd: WARNING: failed to start ntpd
    > [~]$

    That looks like an issue with FreeBSD's startup script, as the output
    below from ntpq shows ntpd is running.


    It's hard to imagine FreeBSD suddenly got it wrong after years of
    bundling ntpd, but my first step would be to investigate the command
    line used to launch ntpd.  It's logged at startup to syslog, or to a
    file given after "logfile" in ntp.conf.  EOF might indicate the script expects it to not daemonize itself, and it is.  If -n/--nofork isn't on
    the command line, modify the rc.d script to use it and try again.

    Yup.

    Dave, Marco's ntp.conf file uses "minclock 3 maxclock 6".  I know we
    have a pending fix for this - that fix does not count the "pool"
    directive as a "clock", right?


    I have no such pending change.  Pool lines count towards maxclock, as
    they always have.  NTPsec recently changed to exclude them.  I'd argue a change like that belongs in ntp-dev and eventually the next major stable release, similar to the off-by-one fix that will cause noncontributing
    pool & manycast associations to spin down and spur replacement.

    Agreed, and thanks - I bet I was remembering the "off-by-one" issue.


    Cheers,
    Dave Hart
    --
    Harlan Stenn <[email protected]>
    NTP Project Lead. The NTP Project is part of:
    https://www.nwtime.org/ - be a member!

    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Marco Moock@[email protected] to comp.protocols.time.ntp on Wed Apr 22 05:25:43 2026
    From Newsgroup: comp.protocols.time.ntp

    Am 21.04.26 um 22:43 schrieb Harlan Stenn via questions Mailing List:
    On 4/21/2026 1:08 PM, Marco Moock wrote:
    On 21.04.2026 19:58 Uhr Harlan Stenn via questions Mailing List wrote:

    Where did you see the "got EOF" message?

    When I try to start the daemon via the service command. This executes
    the startup script in FreeBSD.

    [~]$ sudo service ntpd start
    Starting ntpd.
    daemon control: got EOF
    /etc/rc.d/ntpd: WARNING: failed to start ntpd
    [~]$

    That looks like an issue with FreeBSD's startup script, as the output
    below from ntpq shows ntpd is running.
    I now ran the script using sh -x /etc/rc.d/ntpd:
    It seems the limits command is causing the message.
    Indeed ntpd was already running.
    I killed it and the service starts properly.

    I am asking myself what can cause that. Maybe I need to set up a virtual machine to test and find the cause for that process without the service running or the issue the check fails.

    + echo 'Starting ntpd.'
    Starting ntpd.
    + [ -n '' ]
    + _cd=''
    + _doit=' /usr/sbin/ntpd -p /var/db/ntp/ntpd.pid -c /etc/ntp.conf -f /var/db/ntp/ntpd.drift -g'
    + [ -n ntpd ]
    + _doit=$'su -m ntpd -c \'sh -c " /usr/sbin/ntpd -p
    /var/db/ntp/ntpd.pid -c /etc/ntp.conf -f /var/db/ntp/ntpd.drift -g"\''
    + [ -n '' ]
    + [ -n '' ]
    + _doit=$' limits -C daemon su -m ntpd -c \'sh -c " /usr/sbin/ntpd -p /var/db/ntp/ntpd.pid -c /etc/ntp.conf -f /var/db/ntp/ntpd.drift -g"\''
    + local '_really_run_it=true'
    + checkyesno ntpd_svcj
    + eval '_value=$ntpd_svcj'
    + _value=NO
    + debug 'checkyesno: ntpd_svcj is set to NO.'
    + return 1
    + [ true '=' true ]
    + _run_rc_doit $' limits -C daemon su -m ntpd -c \'sh -c "
    /usr/sbin/ntpd -p /var/db/ntp/ntpd.pid -c /etc/ntp.conf -f /var/db/ntp/ntpd.drift -g"\''
    + local _m
    + debug $'run_rc_command: doit: limits -C daemon su -m ntpd -c \'sh -c
    " /usr/sbin/ntpd -p /var/db/ntp/ntpd.pid -c /etc/ntp.conf -f /var/db/ntp/ntpd.drift -g"\''
    + umask
    + _m=0022
    +
    + eval $' limits -C daemon su -m ntpd -c \'sh -c " /usr/sbin/ntpd -p /var/db/ntp/ntpd.pid -c /etc/ntp.conf -f /var/db/ntp/ntpd.drift -g"\''
    + limits -C daemon su -m ntpd -c 'sh -c " /usr/sbin/ntpd -p /var/db/ntp/ntpd.pid -c /etc/ntp.conf -f /var/db/ntp/ntpd.drift -g"'
    daemon control: got EOF
    + _return=1
    + umask 0022
    + [ 1 -ne 0 ]
    + [ -z '' ]
    + return 1
    + warn 'failed to start ntpd'
    + [ -x /usr/bin/logger ]
    + logger '/etc/rc.d/ntpd: WARNING: failed to start ntpd'
    + echo '/etc/rc.d/ntpd: WARNING: failed to start ntpd'
    /etc/rc.d/ntpd: WARNING: failed to start ntpd
    + return 1
    [ ~]$
    --
    Gruß
    Marco

    Junk-Mail bitte an [email protected]
    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Alexander Ziaee@[email protected] to Harlan Stenn on Wed Apr 22 10:03:00 2026
    From Newsgroup: comp.protocols.time.ntp

    On 4/21/2026 1:51 PM, Dave Hart wrote:
    On Tue, Apr 21, 2026 at 20:37 UTC Harlan Stenn <[email protected] > <mailto:[email protected]>> wrote:
    On 4/21/2026 1:08 PM, Marco Moock wrote:
    > On 21.04.2026 19:58 Uhr Harlan Stenn via questions Mailing List
    wrote:
    >
    >> Where did you see the "got EOF" message?
    >
    > When I try to start the daemon via the service command. This executes >> > the startup script in FreeBSD.
    >
    > [~]$ sudo service ntpd start
    > Starting ntpd.
    > daemon control: got EOF
    > /etc/rc.d/ntpd: WARNING: failed to start ntpd
    > [~]$
    That looks like an issue with FreeBSD's startup script, as the output >> below from ntpq shows ntpd is running.
    Maybe append -x to the first line of /etc/rc.d/ntpd so we can see where it's going wrong?
    Best,
    Alex--- Synchronet 3.21f-Linux NewsLink 1.2
  • From Marco Moock@[email protected] to comp.protocols.time.ntp on Wed Apr 22 12:37:36 2026
    From Newsgroup: comp.protocols.time.ntp

    Am 22.04.26 um 12:03 schrieb Alexander Ziaee:
    Maybe append -x to the first line of /etc/rc.d/ntpd so we can see where it's going wrong?

    See my post from this morning:
    Message-ID: <10s9f3n$3frad$[email protected]>

    Subject: Re: ntpd does not start daemon control: got EOF
    Date: Wed, 22 Apr 2026 05:25:43 +0200
    --
    Gruß
    Marco

    Junk-Mail bitte an [email protected]
    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Alexander Ziaee@[email protected] to Marco Moock on Wed Apr 22 14:33:00 2026
    From Newsgroup: comp.protocols.time.ntp

    Good morning, I looped in my senior colleague and am investigating now, but I'm not the best at debugging.
    Best,
    Alex
    On 2026-04-22 06:37 -04:00 EDT, "Marco Moock" <[email protected]> wrote:
    Am 22.04.26 um 12:03 schrieb Alexander Ziaee:
    Maybe append -x to the first line of /etc/rc.d/ntpd so we can see where it's going wrong?

    See my post from this morning:
    Message-ID: <10s9f3n$3frad$[email protected]>

    Subject: Re: ntpd does not start daemon control: got EOF
    Date: Wed, 22 Apr 2026 05:25:43 +0200

    --
    Gruß
    Marco

    Junk-Mail bitte an [email protected]

    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Cy Schubert@[email protected] to Alexander Ziaee on Wed Apr 22 14:58:00 2026
    From Newsgroup: comp.protocols.time.ntp

    Just to let everyone know, I'm virtually AFK for most of the day today. I
    will be back in my office tonight (west coast Canada time). I will be back full time tomorrow.
    --
    Cheers,
    Cy Schubert <[email protected]>
    FreeBSD UNIX: <[email protected]> Web: https://FreeBSD.org
    NTP: <[email protected]> Web: https://nwtime.org

    e**(i*pi)+1=0



    In message <[email protected]>, "Alexander Ziaee" writes:
    Good morning, I looped in my senior colleague and am investigating now, but=
    I'm not the best at debugging.

    Best,
    Alex

    On 2026-04-22 06:37 -04:00 EDT, "Marco Moock" <[email protected]> wrote:
    Am 22.04.26 um 12:03 schrieb Alexander Ziaee:
    Maybe append -x to the first line of /etc/rc.d/ntpd so we can see where = it's going wrong?
    =20
    See my post from this morning:
    Message-ID: <10s9f3n$3frad$[email protected]>
    =20
    Subject: Re: ntpd does not start daemon control: got EOF
    Date: Wed, 22 Apr 2026 05:25:43 +0200
    =20
    --=20
    Gru=C3=9F
    Marco
    =20
    Junk-Mail bitte an [email protected]
    =20
    =20=


    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Marco Moock@[email protected] to Cy Schubert on Wed Apr 22 16:18:00 2026
    From Newsgroup: comp.protocols.time.ntp

    Am 22.04.26 um 16:54 schrieb Cy Schubert:
    Just to let everyone know, I'm virtually AFK for most of the day today. I will be back in my office tonight (west coast Canada time). I will be back full time tomorrow.

    Thanks for your support. There is no need to hurry.
    --
    Gruß
    Marco

    Junk-Mail bitte an [email protected]

    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Marco Moock@[email protected] to comp.protocols.time.ntp on Wed Apr 22 19:43:05 2026
    From Newsgroup: comp.protocols.time.ntp

    Am 21.04.26 um 22:08 schrieb Marco Moock:
    When I try to start the daemon via the service command. This executes
    the startup script in FreeBSD.

    Another thing I would like to let you know is that I have monit running
    that is configured to start ntpd if it is currently not running.
    Depending on which will be started first and how race conditions are
    handled, this might be part of the problem.
    --
    Gruß
    Marco
    Muell und Spam bitte an [email protected]
    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Dave Hart@[email protected] to Marco Moock on Wed Apr 22 18:33:00 2026
    From Newsgroup: comp.protocols.time.ntp

    --0000000000001c8b4e065010b120
    Content-Type: text/plain; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable

    On Wed, Apr 22, 2026 at 17:47=E2=80=AFUTC Marco Moock <[email protected]> wrote=
    :

    Am 21.04.26 um 22:08 schrieb Marco Moock:
    When I try to start the daemon via the service command. This executes
    the startup script in FreeBSD.

    Another thing I would like to let you know is that I have monit running
    that is configured to start ntpd if it is currently not running.
    Depending on which will be started first and how race conditions are
    handled, this might be part of the problem.


    That could easily be the problem. Is monit configured to use "service ntpd start"?


    Cheers,
    Dave Hart

    --0000000000001c8b4e065010b120
    Content-Type: text/html; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable

    <div dir=3D"ltr"><div dir=3D"ltr"><div><div class=3D"gmail_default" style= =3D"font-family:&quot;trebuchet ms&quot;,sans-serif"><span style=3D"font-fa= mily:Arial,Helvetica,sans-serif">On Wed, Apr 22, 2026 at </span><span class= =3D"gmail_default"></span><span style=3D"font-family:Arial,Helvetica,sans-s= erif">1</span><span class=3D"gmail_default">7</span><span style=3D"font-fam= ily:Arial,Helvetica,sans-serif">:47=E2=80=AF</span><span class=3D"gmail_def= ault"></span><span style=3D"font-family:Arial,Helvetica,sans-serif">U</span= ><span class=3D"gmail_default">TC</span><span style=3D"font-family:Arial,He= lvetica,sans-serif"> Marco Moock &lt;<a href=3D"mailto:[email protected]">mm@do= rfdsl.de</a>&gt; wrote:</span></div></div></div><div class=3D"gmail_quote g= mail_quote_container"><blockquote class=3D"gmail_quote" style=3D"margin:0px=
    0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Am = 21.04.26 um 22:08 schrieb Marco Moock:<br>
    &gt; When I try to start the daemon via the service command. This executes<=

    &gt; the startup script in FreeBSD.<br>

    Another thing I would like to let you know is that I have monit running <br=

    that is configured to start ntpd if it is currently not running. <br>
    Depending on which will be started first and how race conditions are <br> handled, this might be part of the problem.<br></blockquote><div><br></div>= <div class=3D"gmail_default" style=3D"font-family:&quot;trebuchet ms&quot;,= sans-serif">That could easily be the problem.=C2=A0 Is monit configured to = use &quot;service ntpd start&quot;?</div><div class=3D"gmail_default" style= =3D"font-family:&quot;trebuchet ms&quot;,sans-serif"><div style=3D"font-fam= ily:Arial,Helvetica,sans-serif"><br clear=3D"all"></div><div style=3D"font-= family:Arial,Helvetica,sans-serif"><div dir=3D"ltr" class=3D"gmail_signatur= e"><div dir=3D"ltr"><div><font face=3D"tahoma, sans-serif" color=3D"#666666= "><br></font></div><font face=3D"tahoma, sans-serif" color=3D"#666666">Chee= rs,<br>Dave Hart</font></div></div></div><br class=3D"gmail-Apple-interchan= ge-newline"></div><div class=3D"gmail_default" style=3D"font-family:&quot;t= rebuchet ms&quot;,sans-serif"><br></div></div></div>

    --0000000000001c8b4e065010b120--

    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Marco Moock@[email protected] to comp.protocols.time.ntp on Wed Apr 22 20:54:05 2026
    From Newsgroup: comp.protocols.time.ntp

    Am 22.04.26 um 20:33 schrieb Dave Hart:
    On Wed, Apr 22, 2026 at 17:47 UTC Marco Moock <[email protected]> wrote:

    Am 21.04.26 um 22:08 schrieb Marco Moock:
    When I try to start the daemon via the service command. This executes
    the startup script in FreeBSD.

    Another thing I would like to let you know is that I have monit running
    that is configured to start ntpd if it is currently not running.
    Depending on which will be started first and how race conditions are
    handled, this might be part of the problem.


    That could easily be the problem. Is monit configured to use "service ntpd start"?

    Yes, as in case the service fails, it should start it again. Is there
    anything wrong with that?

    Does the BSD init system use any parallel mechanisms like systemd?
    --
    Gruß
    Marco
    Muell und Spam bitte an [email protected]
    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Harlan Stenn via questions Mailing List@[email protected] to Marco Moock on Wed Apr 22 22:03:00 2026
    From Newsgroup: comp.protocols.time.ntp

    On 4/22/2026 10:43 AM, Marco Moock wrote:
    Am 21.04.26 um 22:08 schrieb Marco Moock:
    When I try to start the daemon via the service command. This executes
    the startup script in FreeBSD.

    Another thing I would like to let you know is that I have monit running
    that is configured to start ntpd if it is currently not running.
    Depending on which will be started first and how race conditions are handled, this might be part of the problem.

    Have you looked at the 'ntp-wait' script as a means to make sure ntpd is running and the clock is stable before starting a time-dependent subsystem?
    --
    Harlan Stenn <[email protected]>
    NTP Project Lead. The NTP Project is part of:
    https://www.nwtime.org/ - be a member!

    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Harlan Stenn via questions Mailing List@[email protected] to Marco Moock on Wed Apr 22 22:13:00 2026
    From Newsgroup: comp.protocols.time.ntp

    On 4/22/2026 11:54 AM, Marco Moock wrote:
    Am 22.04.26 um 20:33 schrieb Dave Hart:
    On Wed, Apr 22, 2026 at 17:47 UTC Marco Moock <[email protected]> wrote:

    Am 21.04.26 um 22:08 schrieb Marco Moock:
    When I try to start the daemon via the service command. This executes
    the startup script in FreeBSD.

    Another thing I would like to let you know is that I have monit running
    that is configured to start ntpd if it is currently not running.
    Depending on which will be started first and how race conditions are
    handled, this might be part of the problem.


    That could easily be the problem.  Is monit configured to use "service
    ntpd
    start"?

    Yes, as in case the service fails, it should start it again. Is there anything wrong with that?

    There is a potential issue of the restart process assumes a cold-start
    of ntpd, as opposed to a simpler warm restart.

    Does the BSD init system use any parallel mechanisms like systemd?

    --
    Harlan Stenn <[email protected]>
    NTP Project Lead. The NTP Project is part of:
    https://www.nwtime.org/ - be a member!

    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Cy Schubert@[email protected] to Harlan Stenn on Thu Apr 23 04:13:00 2026
    From Newsgroup: comp.protocols.time.ntp

    In message <[email protected]>, "Harlan Stenn" write
    s:
    On 4/22/2026 11:54 AM, Marco Moock wrote:
    Am 22.04.26 um 20:33 schrieb Dave Hart:
    On Wed, Apr 22, 2026 at 17:47 UTC Marco Moock <[email protected]> wrote:

    Am 21.04.26 um 22:08 schrieb Marco Moock:
    When I try to start the daemon via the service command. This executes >>>> the startup script in FreeBSD.

    Another thing I would like to let you know is that I have monit running >>> that is configured to start ntpd if it is currently not running.
    Depending on which will be started first and how race conditions are
    handled, this might be part of the problem.


    That could easily be the problem.  Is monit configured to use "service >> ntpd
    start"?

    Yes, as in case the service fails, it should start it again. Is there anything wrong with that?

    There is a potential issue of the restart process assumes a cold-start
    of ntpd, as opposed to a simpler warm restart.

    Does the BSD init system use any parallel mechanisms like systemd?

    No. (I do have a patch in a git branch that implements parallel service
    start but it hasn't been fully tested BTW.)

    It's not init(8) that starts services. It's the /etc/rc script that does.

    P.S. I am new to this ML, hence jumping in here.



    --
    Harlan Stenn <[email protected]>
    NTP Project Lead. The NTP Project is part of:
    https://www.nwtime.org/ - be a member!
    --
    Cheers,
    Cy Schubert <[email protected]>
    FreeBSD UNIX: <[email protected]> Web: https://FreeBSD.org
    NTP: <[email protected]> Web: https://nwtime.org

    e**(i*pi)+1=0


    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Marco Moock@[email protected] to comp.protocols.time.ntp on Thu Apr 23 06:51:54 2026
    From Newsgroup: comp.protocols.time.ntp

    Am 23.04.26 um 00:03 schrieb Harlan Stenn via questions Mailing List:
    On 4/22/2026 10:43 AM, Marco Moock wrote:
    Am 21.04.26 um 22:08 schrieb Marco Moock:
    When I try to start the daemon via the service command. This executes
    the startup script in FreeBSD.

    Another thing I would like to let you know is that I have monit
    running that is configured to start ntpd if it is currently not
    running. Depending on which will be started first and how race
    conditions are handled, this might be part of the problem.

    Have you looked at the 'ntp-wait' script as a means to make sure ntpd is running and the clock is stable before starting a time-dependent subsystem?

    Not yet, but for my understanding such tests belong to the start/restart operations of the service scripts. Maybe the FreeBSD people can give
    more information about this.
    --
    Gruß
    Marco

    Junk-Mail bitte an [email protected]
    --- Synchronet 3.21f-Linux NewsLink 1.2
  • From Cy Schubert@[email protected] to Marco Moock on Sat Apr 25 05:28:00 2026
    From Newsgroup: comp.protocols.time.ntp

    In message <10sc8ha$3r263$[email protected]>, Marco Moock writes:
    Am 23.04.26 um 00:03 schrieb Harlan Stenn via questions Mailing List:
    On 4/22/2026 10:43 AM, Marco Moock wrote:
    Am 21.04.26 um 22:08 schrieb Marco Moock:
    When I try to start the daemon via the service command. This executes
    the startup script in FreeBSD.

    Another thing I would like to let you know is that I have monit
    running that is configured to start ntpd if it is currently not
    running. Depending on which will be started first and how race
    conditions are handled, this might be part of the problem.

    Have you looked at the 'ntp-wait' script as a means to make sure ntpd is running and the clock is stable before starting a time-dependent subsystem?

    Not yet, but for my understanding such tests belong to the start/restart operations of the service scripts. Maybe the FreeBSD people can give
    more information about this.

    I'd like to try to get a fuller understanding of the problem.

    Is it correct to understand the problem began after an upgrade from FreeBSD
    14 to FreeBSD 15?

    Was monit also used to start ntpd on FreeBSD 14?

    Is mac_ntpd in use? Was it also used on FreeBSD 14?


    --
    Gruß
    Marco

    Junk-Mail bitte an [email protected]
    --
    Cheers,
    Cy Schubert <[email protected]>
    FreeBSD UNIX: <[email protected]> Web: https://FreeBSD.org
    NTP: <[email protected]> Web: https://nwtime.org

    e**(i*pi)+1=0


    --- Synchronet 3.21f-Linux NewsLink 1.2