Many thanks to Urs and George.
> In Debian 12 the default /etc/ntpsec/ntp.conf file contains the lines
>
> # Comment this out if you have a refclock and want it to be able to
> discipline
> # the clock by itself (e.g. if the system is not connected to the network).
> tos minclock 4 minsane
On 9/24/24 07:07, Greg Wooledge wrote:
hobbit:~$ man ntpd
[...]
-g, --panicgate
Allow the first adjustment to be big. This option may appear an
unlimited number of times.
This isn't mentioned in my ntpsec docs. IMO it should be the default.
Thank for the advisor
On Tue, Sep 24, 2024 at 01:27:14 -0400, gene heskett wrote:
> I personally am running ntpsec here, making this box a level 2 src, and have
> redirected most of my machines to it. Nut as a client, ntpsec fails as it
> cannot slam the correct time at bootup, apparently only adjust drift. So
> clients
On 9/23/24 13:24, Steve Keller wrote:
Dan Ritter writes:
Does it work without the -6 option?
No, the same problem. And ntpq shows that IPv6 is also used, when -6
isn't given. But, my NTP server is used by other hosts in the network
and that works fine.
Does it work if you bring back the
Steve Keller writes:
> When I call ntpdate my-ntp.my-domain manually it steps the time as
> expected. But then, ntpd doesn't sync the local clock to the NTP
> server, although it seems to consider that server's clock stable:
>
> $ ntpq -p
>remote refid st t when poll
Apologies to all, I previously replied to the wrong email.
Steve,
I was not even aware of the move from NTP to NTPsec. Thanks for
posting. I should [fully] read the release notes.
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-information.en.html#changes-to-packages-that-set-
Steve Keller wrote:
> Dan Ritter writes:
>
> > Does it work without the -6 option?
>
> No, the same problem. And ntpq shows that IPv6 is also used, when -6
> isn't given. But, my NTP server is used by other hosts in the network
> and that works fine.
>
> > Does it work if you bring back the
Dan Ritter writes:
> Does it work without the -6 option?
No, the same problem. And ntpq shows that IPv6 is also used, when -6
isn't given. But, my NTP server is used by other hosts in the network
and that works fine.
> Does it work if you bring back the pool servers?
Yes, it does. I get man
Steve Keller wrote:
> This is on a Raspberry Pi 3 with Raspberry Pi OS Bookworm 64 Bit,
> ie. Debian 12. I have uninstalled systemd-timesyncd and installed
> ntpsec, then have commented out the 4 NTP servers
> {0,1,2,3}.debian.pool.ntp.org, and instead added my own server with
>
> server -6 my
On Tuesday, March 22, 2022 at 4:40:05 PM UTC+5:30, Reco wrote:
> 1) Make preseed.cfg, pass it to the installer as specified at [1].
> 2) Add something like this into pressed.cfg:
> preseed/late_command="in-target apt-get install -y ntpsec"
> 3) Run the installer.
Great, thanks Reco, it worked l
On Tue, Mar 22, 2022 at 11:21:30AM +0300, Reco wrote:
> It makes little sense to have two or more NTP clients installed on the
> same host. Thus installing one should uninstall others.
In jessie, stretch and buster, systemd-timesyncd was not a separate
package. The systemd-timesyncd program was p
On Tue, Mar 22, 2022 at 03:08:31AM -0700, jaikuma...@gmail.com wrote:
> On Tuesday, March 22, 2022 at 3:30:07 PM UTC+5:30, Reco wrote:
> > Debian-installer is forbidden to remove installed packages by default.
> > Hence the message:
> > Mar 22 07:35:57 in-target: E: Packages need to be removed but
On Tuesday, March 22, 2022 at 3:30:07 PM UTC+5:30, Reco wrote:
> Debian-installer is forbidden to remove installed packages by default.
> Hence the message:
> Mar 22 07:35:57 in-target: E: Packages need to be removed but remove is
> disabled.
Understood, then (if you know) what it is the way forw
On Tue, Mar 22, 2022 at 02:07:54AM -0700, jaikuma...@gmail.com wrote:
> On Tuesday, March 22, 2022 at 2:10:05 PM UTC+5:30, Reco wrote:
>
> Thanks for quick reply :)
> > Choose one NTP implementation, install it.
> > If you need it to act as an NTP server - change an appropriate
> > configuration
On Tuesday, March 22, 2022 at 2:10:05 PM UTC+5:30, Reco wrote:
Thanks for quick reply :)
> Choose one NTP implementation, install it.
> If you need it to act as an NTP server - change an appropriate
> configuration file.
Yes, that is what I mentioned - any of the implemention (ntp or ntpsec) gi
Hi.
On Tue, Mar 22, 2022 at 01:42:28PM +0530, Jaikumar Sharma wrote:
> It seems at first sight that systemd-timesyncd is default date/time
> synchronization tool but it may act as full fledged NTP server?
No. It can act as an NTP client only.
> How to handle 'ntp' or 'ntpsec' headless in
On Sun 15 Mar 2020 at 12:33:30 (+), G.W. Haywood wrote:
> On Sun, 15 Mar 2020, Gene Heskett wrote:
>
> > ... What I wanted was to sync to the debian servers with this
> > machine, and then let it broadcast to the rest of the local network,
>
> Some observations about ntpd and NTP in general:
On Sunday 15 March 2020 10:07:42 Tixy wrote:
> On Sun, 2020-03-15 at 08:37 -0500, John Hasler wrote:
> > BTW for controlling gadgets and machines I think that boards such as
> > the Pyboard, the Teensies (Sparkfun) and the Feathers (Adafruit) may
> > be much more suitable than the Pi. These board
On Sunday 15 March 2020 09:55:56 deloptes wrote:
> Gene Heskett wrote:
> > Greetings all;
> >
> > In an attempt to reduce the load on my time servers and to mitigate
> > the jumps in system time that can play heck with timing errors of a
> > running LinuxCNc session, I have installed an ntp client
On Sunday 15 March 2020 08:33:30 G.W. Haywood wrote:
> Hi there,
>
> On Sun, 15 Mar 2020, Gene Heskett wrote:
> > ... What I wanted was to sync to the debian servers with this
> > machine, and then let it broadcast to the rest of the local network,
>
> Some observations about ntpd and NTP in gener
On Sunday 15 March 2020 07:38:19 John Hasler wrote:
> Install Chrony.
No need to a/o as an hour or so ago ntp finally achieved a lock.
oot@rpi4:~# /etc/init.d/ntp status
● ntp.service - Network Time Service
Loaded: loaded (/lib/systemd/system/ntp.service; enabled; vendor preset:
enabled)
Tixy writes:
> Sounds sensible, however I believe Gene needs graphics as well for the
> CNC software's GUI; at least from what I've gathered over the years of
> him trying to get realtime kernels working on the Pi as well as
> propriety graphics. Personally, I've always though such a design
> archi
On Sun, 2020-03-15 at 08:37 -0500, John Hasler wrote:
> BTW for controlling gadgets and machines I think that boards such as the
> Pyboard, the Teensies (Sparkfun) and the Feathers (Adafruit) may be much
> more suitable than the Pi. These boards have control/DSP oriented
> processors and lots of I
Gene Heskett wrote:
> Greetings all;
>
> In an attempt to reduce the load on my time servers and to mitigate the
> jumps in system time that can play heck with timing errors of a running
> LinuxCNc session, I have installed an ntp client on a raspbian buster,
> and I think I have told it to liste
G.W. Haywood writes:
> 1. Unless you're running a time laboratory, don't use ntpd. Use
> chrony. In my experience it's much more forgiving, easier to
> configure and does the job it needs to do for those of us who are
> happy with accuracies in the order of a couple of milliseconds.
Actually Chr
Hi there,
On Sun, 15 Mar 2020, Gene Heskett wrote:
... What I wanted was to sync to the debian servers with this
machine, and then let it broadcast to the rest of the local network,
Some observations about ntpd and NTP in general:
1. Unless you're running a time laboratory, don't use ntpd.
Install Chrony.
--
John Hasler
jhas...@newsguy.com
Elmwood, WI USA
On Sb, 14 mar 20, 23:03:45, David Wright wrote:
>
> Is this something to do with the Pi not having a hardware clock?
> IOW when it boots up, it doesn't have a clue what time it is.
>
> I've read that you should run ntpd -g -q on the Pi, having
> first stopped its daemon/service (according to
On Sb, 14 mar 20, 21:39:36, David Christensen wrote:
>
> Have you tried installing ntpdate on the problem machine and rebooting?
As per its package description 'ntpdate' is deprecated.
Kind regards,
Andrei
--
http://wiki.debian.org/FAQsFromDebianUser
signature.asc
Description: PGP signature
On 2020-03-14 22:57, Gene Heskett wrote:
On Sunday 15 March 2020 00:39:36 David Christensen wrote:
On 2020-03-14 18:49, Gene Heskett wrote:
I have installed an ntp client on a raspbian buster,
not synching.
Have you tried installing ntpdate on the problem machine and
rebooting?
rebo
On Sunday 15 March 2020 00:39:36 David Christensen wrote:
> On 2020-03-14 18:49, Gene Heskett wrote:
> > Greetings all;
> >
> > In an attempt to reduce the load on my time servers and to mitigate
> > the jumps in system time that can play heck with timing errors of a
> > running LinuxCNc session,
On Sunday 15 March 2020 00:39:36 David Christensen wrote:
> On 2020-03-14 18:49, Gene Heskett wrote:
> > Greetings all;
> >
> > In an attempt to reduce the load on my time servers and to mitigate
> > the jumps in system time that can play heck with timing errors of a
> > running LinuxCNc session,
On Sunday 15 March 2020 00:03:45 David Wright wrote:
> ntpd -g -q
That gets me this and I don't think it will return:
pi@rpi4:/var/log/ntpstats $ sudo ntpd -g -q
15 Mar 01:31:43 ntpd[19606]: ntpd 4.2.8p12@1.3728-o (1): Starting
15 Mar 01:31:43 ntpd[19606]: Command line: ntpd -g -q
15 Mar 01:31:43
On Saturday 14 March 2020 22:11:29 Andy Smith wrote:
> Hi,
>
> On Sat, Mar 14, 2020 at 09:49:43PM -0400, Gene Heskett wrote:
> > In an attempt to reduce the load on my time servers
>
> Is this an actual problem you have observed? I ask because there is
> very little that an individual can do to ca
On 2020-03-14 18:49, Gene Heskett wrote:
Greetings all;
In an attempt to reduce the load on my time servers and to mitigate the
jumps in system time that can play heck with timing errors of a running
LinuxCNc session, I have installed an ntp client on a raspbian buster,
and I think I have told i
On Sat 14 Mar 2020 at 21:49:43 (-0400), Gene Heskett wrote:
>
> In an attempt to reduce the load on my time servers and to mitigate the
> jumps in system time that can play heck with timing errors of a running
> LinuxCNc session, I have installed an ntp client on a raspbian buster,
> and I thin
Hi,
On Sat, Mar 14, 2020 at 09:49:43PM -0400, Gene Heskett wrote:
> In an attempt to reduce the load on my time servers
Is this an actual problem you have observed? I ask because there is
very little that an individual can do to cause noticeable load on a
time server. You would have to have many
Stefan K wrote:
> Hi John,
>
> yes there are synced, if I run 'ntpdate timeserv.domain.ag' they syncd
> everything fine, if I start ntp-server after 2-3Days I've an delay of few
> seconds. Maybe I schould ask on the ntp-mailing list?!
>
> best regards
> Stefan
I have a similar problem. In a clo
Hi John,
yes there are synced, if I run 'ntpdate timeserv.domain.ag' they syncd
everything fine, if I start ntp-server after 2-3Days I've an delay of few
seconds.
Maybe I schould ask on the ntp-mailing list?!
best regards
Stefan
On Friday, March 1, 2019 7:01:32 AM CET john doe wrote:
> On 2/2
On 2/28/2019 9:49 AM, Stefan K wrote:
> Hallo,
>
> we have our own ntp-server which is running Ubuntu 14.04.LTS.
> This Server works fine:
> ntpq -pn
> remote refid st t when poll reach delay offset jitter
> ==
On Friday 26 October 2018 09:53:39 Greg Wooledge wrote:
> On Fri, Oct 26, 2018 at 09:29:38AM -0400, Gene Heskett wrote:
> > and it goes out on the net and checks
> > all servers before ntpq -p is completed, take 5 or 6 seconds to do
> > that,
>
> That's DNS resolution. It's looking up the IP addr
On Fri, Oct 26, 2018 at 09:44:47AM -0400, Gene Heskett wrote:
As I'm fond of saying TANSTAAFL. If we all, with multiple machine sites,
did this it would make a measureable difference in bandwidth used
If people want to set up local ntp servers, great. But just configure
the clients with a ser
On Fri, Oct 26, 2018 at 09:29:38AM -0400, Gene Heskett wrote:
> and it goes out on the net and checks
> all servers before ntpq -p is completed, take 5 or 6 seconds to do that,
That's DNS resolution. It's looking up the IP addresses so it can
report names to you. If you want to skip that, you
On Friday 26 October 2018 09:01:50 Curt wrote:
> On 2018-10-25, Gene Heskett wrote:
> > Now this machine shows for ntpq -p:
> > remote refid st t when poll reach delay
> > offset jitter
> >
> >==
On Friday 26 October 2018 08:26:47 Greg Wooledge wrote:
> On Thu, Oct 25, 2018 at 05:36:21PM -0400, Gene Heskett wrote:
> > I put the router back on pool.ntp.org, but had to reboot it to take
> > effect.
> >
> > Now this machine shows for ntpq -p:
> > remote refid st t when pol
On 2018-10-25, Gene Heskett wrote:
> Now this machine shows for ntpq -p:
> remote refid st t when poll reach delay offset jitter
>==
> +159.203.158.197 45.33.103.94 3 u 59 643 19.551
On Thu, Oct 25, 2018 at 05:36:21PM -0400, Gene Heskett wrote:
> I put the router back on pool.ntp.org, but had to reboot it to take effect.
>
> Now this machine shows for ntpq -p:
> remote refid st t when poll reach delay offset jitter
> ===
On Thursday 25 October 2018 16:50:11 Greg Wooledge wrote:
> On Thu, Oct 25, 2018 at 04:40:46PM -0400, Gene Heskett wrote:
> > I added the router to the server list for this machine and get this
> > for an ntpq -p: remote refid st t when poll reach
> > delay offset jitter
> > ==
On Thu, Oct 25, 2018 at 04:40:46PM -0400, Gene Heskett wrote:
> I added the router to the server list for this machine and get this for an
> ntpq -p:
> remote refid st t when poll reach delay offset jitter
> ==
On Thursday 25 October 2018 14:08:47 Curt wrote:
> On 2018-10-25, Gene Heskett wrote:
> > On Thursday 25 October 2018 09:32:08 Curt wrote:
> >> On 2018-10-25, Greg Wooledge wrote:
> >> >> 2 machines report:
> >> >> pi@picnc:/etc $ ntpq -p
> >> >> No association ID's returned
> >> >
> >> > I've l
On 2018-10-25, Gene Heskett wrote:
> On Thursday 25 October 2018 09:32:08 Curt wrote:
>
>> On 2018-10-25, Greg Wooledge wrote:
>> >> 2 machines report:
>> >> pi@picnc:/etc $ ntpq -p
>> >> No association ID's returned
>> >
>> > I've literally never seen such a message before. I googled it, and
>>
On Thursday 25 October 2018 09:32:08 Curt wrote:
> On 2018-10-25, Greg Wooledge wrote:
> >> 2 machines report:
> >> pi@picnc:/etc $ ntpq -p
> >> No association ID's returned
> >
> > I've literally never seen such a message before. I googled it, and
> > there are definitely results that look rele
On 2018-10-25, Greg Wooledge wrote:
>> 2 machines report:
>> pi@picnc:/etc $ ntpq -p
>> No association ID's returned
>
> I've literally never seen such a message before. I googled it, and there
> are definitely results that look relevant. After adding "broadcast" to
> the search terms, I came u
On Wed, Oct 24, 2018 at 06:23:49PM -0400, Gene Heskett wrote:
> The idea is to reduce the loading of 7 machines all banging one the level
> 1 and 2 servers by designating one machine to bang of the debian pool,
> and then broadcast it on the local 192.169.xx.xx net so all the others
> stay withi
On Wednesday, October 24, 2018 07:10:00 PM rhkra...@gmail.com wrote:
> On Wednesday, October 24, 2018 06:25:46 PM Gene Heskett wrote:
> > On Wednesday 24 October 2018 11:07:05 rhkra...@gmail.com wrote:
> > > I think that covers what I was going to say, but in an attempt to show
> > > off my knowled
On Wednesday, October 24, 2018 06:25:46 PM Gene Heskett wrote:
> On Wednesday 24 October 2018 11:07:05 rhkra...@gmail.com wrote:
> > I think that covers what I was going to say, but in an attempt to show
> > off my knowledge (or lack thereof) ;-)
> >
> > As I understand it, NTP tries to get an app
On Wednesday 24 October 2018 11:07:05 rhkra...@gmail.com wrote:
> On Wednesday, October 24, 2018 10:27:04 AM john doe wrote:
> > On 10/24/2018 2:44 PM, Greg Wooledge wrote:
> > > On Wed, Oct 24, 2018 at 08:22:49AM -0400, Gene Heskett wrote:
> > >> I has this machine running ntp normally, and set t
On Wednesday 24 October 2018 10:27:04 john doe wrote:
> On 10/24/2018 2:44 PM, Greg Wooledge wrote:
> > On Wed, Oct 24, 2018 at 08:22:49AM -0400, Gene Heskett wrote:
> >> I has this machine running ntp normally, and set to broadcast on
> >> the $local/24 network.
> >
> > I've never used NTP in "br
On Wednesday, October 24, 2018 10:27:04 AM john doe wrote:
> On 10/24/2018 2:44 PM, Greg Wooledge wrote:
> > On Wed, Oct 24, 2018 at 08:22:49AM -0400, Gene Heskett wrote:
> >> I has this machine running ntp normally, and set to broadcast on the
> >> $local/24 network.
> >
> > I've never used NTP i
On 10/24/2018 2:44 PM, Greg Wooledge wrote:
> On Wed, Oct 24, 2018 at 08:22:49AM -0400, Gene Heskett wrote:
>> I has this machine running ntp normally, and set to broadcast on the
>> $local/24 network.
>
> I've never used NTP in "broadcast" mode.
>
> If it were me, I would simply use the normal
On Wed, Oct 24, 2018 at 08:22:49AM -0400, Gene Heskett wrote:
> I has this machine running ntp normally, and set to broadcast on the
> $local/24 network.
I've never used NTP in "broadcast" mode.
If it were me, I would simply use the normal configuration in which
each client system has the NTP se
On Fri, Jun 22, 2018, 3:45 PM Mike wrote:
> On Thu, Jun 21, 2018 at 10:04:24AM +0300, David Baron wrote:
> > On Wed, Jun 20, 2018, 5:33 PM Mike wrote:
> >
> > >
> > > OK, so your NTP servers are:
> > >
> > > pool 0.debian.pool.ntp.org iburst
> > > pool 1.debian.pool.ntp.org iburst
> > > pool 2.d
On Thu, Jun 21, 2018 at 10:04:24AM +0300, David Baron wrote:
> On Wed, Jun 20, 2018, 5:33 PM Mike wrote:
>
> >
> > OK, so your NTP servers are:
> >
> > pool 0.debian.pool.ntp.org iburst
> > pool 1.debian.pool.ntp.org iburst
> > pool 2.debian.pool.ntp.org iburst
> > pool 3.debian.pool.ntp.org ibur
On Wed, Jun 20, 2018, 5:33 PM Mike wrote:
> On Wed, Jun 20, 2018 at 04:50:34PM +0300, David Baron wrote:
> > Attached ntp.conf
> > Attached service.text
> >
>
> OK, so your NTP servers are:
>
> pool 0.debian.pool.ntp.org iburst
> pool 1.debian.pool.ntp.org iburst
> pool 2.debian.pool.ntp.org ibur
On Wed, Jun 20, 2018 at 04:50:34PM +0300, David Baron wrote:
> Attached ntp.conf
> Attached service.text
>
OK, so your NTP servers are:
pool 0.debian.pool.ntp.org iburst
pool 1.debian.pool.ntp.org iburst
pool 2.debian.pool.ntp.org iburst
pool 3.debian.pool.ntp.org iburst
What happens if you do:
Attached ntp.conf
Attached service.text
On Wed, Jun 20, 2018, 12:44 PM Mike wrote:
> On Wed, Jun 20, 2018 at 12:22:38PM +0300, David Baron wrote:
> > > Hello,
> > >
> > > > Cannot find valid servers. I have the conf and hosts files from the
> > > > distro.(Sid)
> > >
> > > Can you show the conf
On Wed, Jun 20, 2018 at 12:22:38PM +0300, David Baron wrote:
> > Hello,
> >
> > > Cannot find valid servers. I have the conf and hosts files from the
> > > distro.(Sid)
> >
> > Can you show the config file because not all have machine running SID
> > or show ntpq -p ?
> >
> > > Fix?
> >
> > Ntpq -p
On Wed, Jun 20, 2018, 12:01 PM Alexandre GRIVEAUX
wrote:
> Hello,
>
> > Cannot find valid servers. I have the conf and hosts files from the
> > distro.(Sid)
>
> Can you show the config file because not all have machine running SID
> or show ntpq -p ?
>
> > Fix?
>
>
>
> Ntpq -p yields "Connection
Mart van de Wege [2017-01-09 08:37:48+01] wrote:
> While I like systemd and its related projects, I have not yet switched
> to systemd-timesyncd.
I switched to systemd-timesyncd yesterday and found it great. It just
works and is simpler than alternatives. Recipe:
- Remove all other ntp server
Henrique de Moraes Holschuh writes:
>
> For client-only, openntpd is likely a better choice, yes. Better yet,
> use "chrony", which is optimized for desktop/laptops (which get
> disconnected/powered off/suspended often).
>
> ntp - time servers, high-precision time clients.
> opentpd - always-on
Michael Luecke writes:
> On 01/07/2017 09:33 AM, Mart van de Wege wrote:
>> Turns out the Debian default is indeed to provide time service if you
>> install NTP. Shouldn't that be limited to localhost only, so that an
>> admin must deliberately open up the service if they want to provide NTP
>> s
On Sat, 7 Jan 2017 09:30:55 -0200
Henrique de Moraes Holschuh wrote:
...
> For client-only, openntpd is likely a better choice, yes. Better yet,
> use "chrony", which is optimized for desktop/laptops (which get
> disconnected/powered off/suspended often).
>
> ntp - time servers, high-precision
On Sat, 07 Jan 2017, Eero Volotinen wrote:
> Default ntpd does listens allways all interfaces. You need to install
You can restrict the standard ntp daemon services, and it won't *reply*.
You can also restrict its bind addresses, so it won't listen to every
interface it detects.
Usually, high-gai
Hi,
Default ntpd does listens allways all interfaces. You need to install
openntpd or limit access to ntp port with iptables.
--
Eero
2017-01-07 11:40 GMT+02:00 Michael Luecke :
> On 01/07/2017 09:33 AM, Mart van de Wege wrote:
>
>> Turns out the Debian default is indeed to provide time service
On 01/07/2017 09:33 AM, Mart van de Wege wrote:
Turns out the Debian default is indeed to provide time service if you
install NTP. Shouldn't that be limited to localhost only, so that an
admin must deliberately open up the service if they want to provide NTP
service to the outside world?
Did yo
On Sun, 6 Jul 2014, John D. Hendrickson and Sara Darnell wrote:
. . .
when i used it you have to run ntpdate(1) to synchronize before running ntpd
. . .
In my 1st post, I wrote:
=
I tried ntpdate, which actually restabl
On Tue, 01 Jul 2014, Pierre Frenkiel wrote:
> Measuring the battery voltage should give me the answer for my
> configuration. Still remains the un-answered question: what can be the
> cause of this time problem after 5 years of good working, and no
> configuration change?.
For a PC RTC? Damaged
thanks for all your replies (although some are rather contradictory)
1> Very few chances, as this kinda battery can save its load for
1> at least 10 years (except if you had very long periods without
1> pluging your computer).
2> I've never seen one that lasted for 10 years, and I've had to repl
Hi Pierre,
Please post the contents of these files:
/etc/adjtime
/etc/default/adjtimex
/var/lib/ntp/ntp.drift
Thanks!
Rick
On Jun 26, 2014, at 8:08 AM, Pierre Frenkiel wrote:
> On Thu, 26 Jun 2014, Rob Owens wrote:
>
>>> On Wed, 25 Jun 2014, Bob Proulx wrote:
Utilities such as NTP are r
On Thu, Jun 26, 2014 at 05:08:52PM +0200, Pierre Frenkiel wrote:
> On Thu, 26 Jun 2014, Rob Owens wrote:
> >Maybe a cron job running ntpdate?
>
> it's what I did up to now, (ntpdate or rdate), but the drift
> became too big, even with a call in cron.hourly
Do you still have the cron job enab
On Thu, 26 Jun 2014, Rob Owens wrote:
On Wed, 25 Jun 2014, Bob Proulx wrote:
Utilities such as NTP are really good at adjusting the counting per
second to tune the OS view of time to be very accurate. If that isn't
working then I suspect some other problem. Such as two daemons
fighting each o
> On Wed, 25 Jun 2014, Bob Proulx wrote:
> > Utilities such as NTP are really good at adjusting the counting per
> > second to tune the OS view of time to be very accurate. If that isn't
> > working then I suspect some other problem. Such as two daemons
> > fighting each other both trying to adju
On Wed, 25 Jun 2014, Bob Proulx wrote:
> It depends upon the motherboard but most won't draw battery power
Lithium cells don't age just because you drain them, they will also degrade
with time. The fact that they're *always* being drained due to the leakage
current _inside_ the cell (which is rea
Henrique de Moraes Holschuh wrote:
> Pierre Frenkiel wrote:
> > Anyway, the fact that this problem appeared just a few days ago on a
> > machine running since about 5 years seems indicate a hardware
> > problem (battery?)
>
> Yes, the lower "voltage" caused by a dying battery can increase the
> sy
On Wed, 25 Jun 2014 13:30:34 -0300
Henrique de Moraes Holschuh wrote:
> I've never seen one that lasted for 10 years, and I've had to
> replace several CR2032 lithium cells on motherboards that were ~5
> years old. And those were good quality cells, made in Japan.
>
> These cells do age (and di
On Wed, 25 Jun 2014, B wrote:
> On Wed, 25 Jun 2014 09:13:12 +0200 (CEST)
> Pierre Frenkiel wrote:
> > Anyway, the fact that this problem appeared just a few days ago on
> > a machine running since about 5 years seems indicate a hardware
> > problem (battery?)
>
> Very few chances, as this ki
On Wed, 25 Jun 2014, Pierre Frenkiel wrote:
> Anyway, the fact that this problem appeared just a few days ago on a
> machine running since about 5 years seems indicate a hardware
> problem (battery?)
Yes, the lower "voltage" caused by a dying battery can increase the
systematic drift on the RTC, o
On Wednesday 25 June 2014 14:11:29 Curt wrote:
> On 2014-06-25, Lisi Reisz wrote:
> > On Wednesday 25 June 2014 08:13:12 Pierre Frenkiel wrote:
> >> seems indicate a hardware problem (battery?)
> >
> > I nearly said so, but grandmothers and eggs came to mind.
>
> Grandmothers will promptly replac
On 2014-06-25, Lisi Reisz wrote:
> On Wednesday 25 June 2014 08:13:12 Pierre Frenkiel wrote:
>> seems indicate a hardware problem (battery?)
>
> I nearly said so, but grandmothers and eggs came to mind.
Grandmothers will promptly replace a faulty egg?
> CMOS batteries are cheap enough. Why no
On Wed, 25 Jun 2014 09:13:12 +0200 (CEST)
Pierre Frenkiel wrote:
> Anyway, the fact that this problem appeared just a few days ago on
> a machine running since about 5 years seems indicate a hardware
> problem (battery?)
Very few chances, as this kinda battery can save its load for
at least 10 y
On Wed, 25 Jun 2014, Lisi Reisz wrote:
On Wednesday 25 June 2014 08:13:12 Pierre Frenkiel wrote:
seems indicate a hardware problem (battery?)
I nearly said so, but grandmothers and eggs came to mind.
CMOS batteries are cheap enough. Why not just change it and see? It does not
sound unreaso
On Wednesday 25 June 2014 08:13:12 Pierre Frenkiel wrote:
> seems indicate a hardware problem (battery?)
I nearly said so, but grandmothers and eggs came to mind.
CMOS batteries are cheap enough. Why not just change it and see? It does not
sound unreasonable that a battery should be running do
On Tue, 24 Jun 2014, Henrique de Moraes Holschuh wrote:
start ntpd with the '-g' option to fix that (add it to /etc/default/ntp).
That doesn't work, as this option was already in use.
We used to apply drift correction (stored in /etc/adjtime) when we still ran
hctosys / systohc during syst
On Tue, 24 Jun 2014, Pierre Frenkiel wrote:
> ==> ntpq -p
> remote refid st t when poll reach delay offset
> jitter
>
> ==
> outbound-smtp.n 192.93.2.20 2 u 53 64 377 29.858
On Tue, 24 Jun 2014, Darac Marjal wrote:
. . .
ntp_gettime() error 5 is, according to the man page, "TIME_ERROR (clock
not synchronised". So, in that case, look to your ntpd. Run "ntpq -p" to
see the status of your peers and/or "ntpq -c assoc" for more details.
The information there can be compl
On Tue, Jun 24, 2014 at 09:53:07AM +0200, Pierre Frenkiel wrote:
> hi eveybody,
> I recently discovered that the time on my desktop was wrong by several
> minutes,
> although it is running ntpd. On my laptop, which has exactly the same
> ntp.conf,
> the time correct.
> Here are the output of ntpt
Bob Proulx wrote:
> Ah... I had not ever seen ntpdate or rdate used for clock comparison
> before.
It really is a very useful tool for clock comparisons.
Chris
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.
Chris Angelico wrote:
> Bob Proulx wrote:
> > Rick Thomas wrote:
> >> Have you tried "rdate -np" ? It does the same thing (pretty much)
> >> as your "ntpdate -qu"
> >
> > The big problem with ntpdate and rdate is that they step the clock.
> > That is only appropriate at boot time.
>
> But -q mean
On Jun 13, 2014, at 12:18 AM, Chris Angelico wrote:
> On Fri, Jun 13, 2014 at 4:47 PM, Rick Thomas wrote:
>> If you want to compare the local clock with a remote system's clock (often
>> called "skew"), the best way I know is with "ntpdate -qu". The "offset" it
>> mentions is the difference be
On Fri, Jun 13, 2014 at 4:47 PM, Rick Thomas wrote:
> If you want to compare the local clock with a remote system's clock (often
> called "skew"), the best way I know is with "ntpdate -qu". The "offset" it
> mentions is the difference between your clock and the remote clock. Sadly,
> "rdate -n
1 - 100 of 410 matches
Mail list logo
