(Found unsent in my draft folder)
Arthur Lambert writes:
Hi,
Thank you for all your answer.
So in fact Jochen, even if I need for some reason to handle dynamic
change on ntp.conf, you are telling me that it is cleaner and better
to restart the daemon ?
I'm not sure I'd agree that it is
On Thu, Apr 10, 2014 at 08:20:59PM +, Harlan Stenn wrote:
Rob writes:
Furthermore, the simple solution of having SIGHUP perform an exec
of the same binary, thus in fact restarting the entire process and
losing all state information, is not the only possible solution.
If the current
Harlan Stenn st...@ntp.org wrote:
Rob writes:
Harlan Stenn st...@ntp.org wrote:
Amongst the many reasons why we did not let SIGHUP restart the daemon
was that back in the old days we used modem drivers a lot more often.
The HUP signal was generic - it was not really associated with any
It seems clear to me that once again, we have learned that in general we
cannot expect ntpd to restart from scratch without stopping and
restarting the process.
Again, items which make this infeasible include:
- chroot
- drop privs
As the above features are probably the most important to the
Rob wrote:
For Arthur: you need to modify the ntp.conf in case the system is
rebooted outside your control (it will then use the values from ntp.conf)
and at the same time use the above method to add the new server
immediately.
Then you do not need to restart ntpd and you can still change the
Amongst the many reasons why we did not let SIGHUP restart the daemon
was that back in the old days we used modem drivers a lot more often.
The HUP signal was generic - it was not really associated with any
specific device.
It looks like that code is now gone from the distribution, but there are
Harlan Stenn st...@ntp.org wrote:
Amongst the many reasons why we did not let SIGHUP restart the daemon
was that back in the old days we used modem drivers a lot more often.
The HUP signal was generic - it was not really associated with any
specific device.
I think you are confusing two
On 10.04.2014 14:00, questions-requ...@lists.ntp.org digested:
From: Terje Mathisen terje.mathi...@tmsw.no
Rob wrote:
OF COURSE ntpd should simply listen for SIGHUP and when it is received
re-read the config file. Like almost all Unix daemons do.
Here's the crux of the matter:
ntpd is
Rob writes:
Harlan Stenn st...@ntp.org wrote:
Amongst the many reasons why we did not let SIGHUP restart the daemon
was that back in the old days we used modem drivers a lot more often.
The HUP signal was generic - it was not really associated with any
specific device.
I think you are
On 10/04/14 17:51, Rob wrote:
A modemline attached to a process does not send SIGHUP when the modem
drops carrier unless the process has that modemline as a controlling TTY.
A daemon is generally a session leader. The first TTY it opens will
become its controlling terminal.
David Woolley writes:
A daemon is generally a session leader. The first TTY it opens will
become its controlling terminal.
Not if the terminal is opened with O_NOCTTY.
--
John Hasler
jhas...@newsguy.com
Dancing Horse Hill
Elmwood, WI USA
___
Hi,
Thank you for all your answer.
So in fact Jochen, even if I need for some reason to handle dynamic
change on ntp.conf, you are telling me that it is cleaner and better
to restart the daemon ?
I am currently putting some modification in my ntp conf file thanks to
tr69 protocols. Moreover due
Arthur Lambert wrote:
Hi,
Thank you for all your answer.
So in fact Jochen, even if I need for some reason to handle dynamic
change on ntp.conf, you are telling me that it is cleaner and better
to restart the daemon ?
I am currently putting some modification in my ntp conf file thanks to
tr69
David Lord sn...@lordynet.org wrote:
Arthur Lambert wrote:
Hi,
Thank you for all your answer.
So in fact Jochen, even if I need for some reason to handle dynamic
change on ntp.conf, you are telling me that it is cleaner and better
to restart the daemon ?
I am currently putting some
Hi Rob,
I know that my question can be stupid but I am not very familiar with
open source project. If tomorrow someone decides to develop a feature
on ntp. Who can decide if the feature will be integrated to the trunk
of the project ? People have to convince the main guys of the projects
?
So I
Arthur Lambert lambertarthu...@gmail.com wrote:
Hi Rob,
I know that my question can be stupid but I am not very familiar with
open source project. If tomorrow someone decides to develop a feature
on ntp. Who can decide if the feature will be integrated to the trunk
of the project ? People
Hi,
I am currently using ntpd for my project. My need is to be able to use
new ntp url when I put a new url in ntp.conf even if the ntp daemon is
already running. Currently, I need to kill and reboot ntpd to be able
to use the new ntp url set in my configuration file. i guess that my
solution
Arthur Lambert wrote:
Hi,
I am currently using ntpd for my project. My need is to be able to use
new ntp url when I put a new url in ntp.conf even if the ntp daemon is
already running. Currently, I need to kill and reboot ntpd to be able
to use the new ntp url set in my configuration file. i
To: questions@lists.ntp.org
Subject: Re: [ntp:questions] Handle ntp conf modification when ntp is already
running
Arthur Lambert wrote:
Hi,
I am currently using ntpd for my project. My need is to be able to use
new ntp url when I put a new url in ntp.conf even if the ntp daemon is
already running
On Tue, Apr 8, 2014 at 12:24 PM, Dowd, Greg greg.d...@microsemi.com wrote:
do you mean a new association? Like the ntpdc addserver command?
Beyond the limited set of options and unpleasant syntax of addserver isn't
ntpdc deprecated? (and disabled by default in recent builds)
Perhaps :config
Hi David,
I don't get your point. You know that we can live just with fire ? Why do
we invent electricity And computer ? This is exactly the same here. I
change the channel on my tv, I dont want to reboot it to get the new tv
channel It's worked ok but it a very strange choice of
On 2014-04-08, Arthur Lambert lambertarthu...@gmail.com wrote:
But I can guess with your answer that I cannot handle modification on my
ntp conf without restart it. I will try to patch it to get it work with my
need.
ntpd parses the configuration file at start-up.
ntpd does not monitor the
On 08.04.2014 20:30, questions-requ...@lists.ntp.org digested:
From: Arthur Lambert lambertarthu...@gmail.com
Hi David,
I don't get your point. You know that we can live just with fire ? Why do
we invent electricity And computer ? This is exactly the same here. I
change the channel
On 08.04.2014 22:28, Jochen Bern wrote:
There's no genuine advantage (caches loaded, more statistic
...al data gathered, priorization through higher uptime, ...) for an
ntpd in having a higher runtime.
(Sorry, badly placed touchpad sent the original mail prematurely.)
Regards,
On 2014-04-08, Arthur Lambert lambertarthu...@gmail.com wrote:
Hi,
I am currently using ntpd for my project. My need is to be able to use
new ntp url when I put a new url in ntp.conf even if the ntp daemon is
already running. Currently, I need to kill and reboot ntpd to be able
to use the
On 4/8/2014 2:49 PM, William Unruh wrote:
On 2014-04-08, Arthur Lambert wrote:
-|-|-|-|-|-|
I am currently using ntpd for my project.
My need is to be able to use new ntp url when I put a
new url in ntp.conf even if the ntp daemon is already
26 matches
Mail list logo
