r ldattach) to be started before
chronyd. In A the order doesn't matter.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help&
ectly with the PPS
refclock and use gpsd just for the message timing data. Like this:
refclock SHM 0 refid NMEA noselect
refclock PPS /dev/pps0 lock NMEA refid GPS
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
uot;chronyc sourcestats" command
print?
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
* Allow sub-second polling interval with NTP sources
Bug fixes
-
* Fix time smoothing in interleaved mode
--
Miroslav Lichvar
signature.asc
Description: PGP signature
The final release of chrony-3.0 is now available.
The sources can be downloaded here:
https://download.tuxfamily.org/chrony/chrony-3.0.tar.gz
MD5 and SHA1 sums:
09d99dfc6620d584e7c44b9d112601a0 chrony-3.0.tar.gz
b27084d1287abb1dd204d7c04980304bd81e3681 chrony-3.0.tar.gz
--
Miroslav Lichvar
nit and a u-blox neo-6m
unit. The later is more sensitive and has programmable PPS rate.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "he
On Thu, Apr 08, 2010 at 01:37:13PM +0530, J. Bakshi wrote:
> On 04/06/2010 01:19 PM, Miroslav Lichvar wrote:
> > Adding "bindcmdaddress 127.0.0.1" to chrony.conf might force
> > chronyd to reply from 127.0.0.1.
>
> Ok, adding the config and now I get
>
> ``
#include line is removed from sysincl.h?
--
Miroslav Lichvar
---
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
before 'size_t'
> /usr/include/kvm.h:86: error: expected declaration specifiers or '...'
> before 'pid_t'
Ok, please add
#include
before
#include
in sys_sunos.c.
--
Miroslav Lichvar
---
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the sub
SHM
refclock driver.
I posted recently a chrony+gpsd+LinuxPPS howto here:
http://ml.enneenne.com/pipermail/linuxpps/2010-June/003894.html
--
Miroslav Lichvar
---
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users
+0ns[ +0ns] +/-0ns
Do you get anything when the segment 0 (message decoded
timestamps) is used instead?
That would mean the communication between gpsd and chrony is working,
but gpsd doesn't provide the PPS timestamps.
What is the output from gpsd -n -N -D 6 /dev/ttyS0 | grep -i 'pps\
messages related to PPS in the log. Is the
PPS wire connected to the DCD pin?
--
Miroslav Lichvar
---
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
ubsecond time information, it needs another source to get the missing
seconds. The PPS samples received by SHM refclock are already paired
with NMEA messages and completed in gpsd, so using only the SHM 1
refclock alone is perfectly fine and I'd say maybe even recommended.
--
Miroslav Lichvar
On Mon, Mar 21, 2011 at 06:33:33PM +, Ed W wrote:
> On 21/03/2011 17:37, Miroslav Lichvar wrote:
> > BTW, the soon to be released gpsd supports kernel PPS timestamping and
> > also the chrony SOCK protocol, which means that to get PPS samples
> > with nanosecond resolu
k what they think about using chrony
on the p...@lists.ntp.org list.
http://www.pool.ntp.org/en/join/configuration.html
The code that does the monitoring and rejects bad servers from the
pool is available here (see the pool script):
https://github.com/abh/ntppool
--
Miroslav Lichva
, that shouldn't be hard.
> 2) lpj offset adjustment when re-reading tracking data...
Hm, I'm not sure chrony should know anything about clock sources and
their calibration. Is the lpj value available in /sys, or just dmesg?
I think this is better handled in the system scripts.
--
ce calibration: 3191.999 MHz
The second value didn't change after reboot and chrony's drift stayed
the same too!
It seems to be this commit, merged just few months ago.
http://git.kernel.org/?p=linux/kernel/git/x86/linux-2.6-tip.git;a=commitdiff;h=08ec0c58fb8a05d3191d5cb6f5d6f81adb4197
has no PM or HPET timers so I think
> this is unlikely to help *my* specific case, but it's very good news in
> general!
Does it work for you? Or were you able to get the drift recalculation
working?
--
Miroslav Lichvar
---
To unsubscribe email chrony-users-requ...@chrony.tuxfamil
ld reply with
the correct address.
Thanks,
--
Miroslav Lichvar
---
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
em to me privately. If I see anything interesting I'll
post it here.
--
Miroslav Lichvar
---
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" i
ithout the application running and the
test with noselect. Posting the sourcestats output after chrony has
been running for at least 15 minutes should give us enough
information.
--
Miroslav Lichvar
---
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe&q
specific_details(void)
if (kernelvercmp(major, minor, patch, 2, 6, 27) < 0) {
have_readonly_adjtime = 0;
} else {
-have_readonly_adjtime = 1;
+have_readonly_adjtime = 0;
}
/* ADJ_NANO support */
--
Miroslav Lichvar
---
To unsubscribe email chrony-users-requ...@chrony.tux
55174e3b53d182b97a26b2e27a29726a1
It's not that the readonly adjtime is not supported (it's actually
since 2.6.24), but it randomly sets the PLL offset. This seems to be
fixed in 2.6.28.
I'll change the condition to use it only with 2.6.28 and later.
Thanks,
--
Miroslav Lichvar
---
To unsubscri
that it's not the case:
$ grep ctxt /proc/`pidof chronyd`/status
voluntary_ctxt_switches:307234
nonvoluntary_ctxt_switches: 2134
--
Miroslav Lichvar
---
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-
lication
that it's not able to measure the offset properly.
Another test could be to compare the stability of the RTC and system
clock. The adjtimex tool has -c option which prints differences in
frequency between the two clock measured over short intervals. If the
error is not stable,
.6.28
* Changed chronyc protocol, incompatible with older versions
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in
ed sample (- in raw offset) could be
perhaps interpreted as a jitter divided by some small constant.
The tracking log is more about the local clock and the statistics log
is from already filtered data from refclocks.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony
which is "lock"ed to the GPS source) from
> working. IMO this could use expanding in the user guide.
Patches for the documentation are very much appreciated :). There are
some other areas which needs update, for instance the section with
server name resolving on start is no
and the other to capture clears, the one
started earlier wasn't getting any events.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
uld probably be using an async
DNS library which returns the TTL. But I didn't find a good one the
last time I checked. I think it should be small, well maintained,
GPLv2 compatible and available also on other systems than Linux. Any
tips?
--
Miroslav Lichvar
--
To unsubscribe email chron
done in
nscd or a local DNS server.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
for nanoseconds in SHM refclock
* Make transmit timestamps random below clock precision
* Fix crash and hang with RTC or manual samples
--
Miroslav Lichvar
pgpZgUgxpvBnQ.pgp
Description: PGP signature
ccept its time.
> By the way, what happened to the gmane mailing list subscription?
> The last mail on gmane is from 2009...
That's probably when we moved the lists to tuxfamily.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubsc
On Fri, Mar 08, 2013 at 03:07:04PM +0100, Miroslav Lichvar wrote:
> > By the way, what happened to the gmane mailing list subscription?
> > The last mail on gmane is from 2009...
>
> That's probably when we moved the lists to tuxfamily.
I've sent an email to the gmane admi
unless its servers are
down too).
If all of your computers share the same link to the internet and each
of them is configured to use multiple servers (e.g. from pool.ntp.org),
using the peer option between them probably won't make a difference.
--
Miroslav Lichvar
--
To unsubscribe email
e config (makestep 1 -1
to not limit the step to the first update) or chronyc makestep.
The chronyc tracking output prints the remaining uncorrected offset.
(I'm wondering if it would be useful to include it also in the
tracking log.)
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-re
gt;
> I believe it became invalid by this mechanism in acquire.c:
Thanks for the detailed report and the patch. I will push it to git
and it will be in the next release.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the
with duplicated initstepslew address
* Fix delta calculation with extreme frequency offsets
* Set local stratum correctly
* Remove unnecessary adjtimex calls
* Set paths in documentation by configure
--
Miroslav Lichvar
pgpMX_ytIu6Kl.pgp
Description: PGP signature
sources were set online, you will need to check the time
stamps in tracking log or check if the Ref time field in the tracking
report has changed.
Does this answer your question?
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the sub
:
* Treat address bind errors as non-fatal
* Update chrony.spec
--
Miroslav Lichvar
pgpYwnN9iSdP_.pgp
Description: PGP signature
and they require the client to be authenticated since version 1.25.
--
Miroslav Lichvar
pgpzK2WIFy0ed.pgp
Description: PGP signature
ence ID)
and the remaining offset correction (the System time field in the
output).
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
with --enable-trace, recompile and
see what refclock messages do you get?
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
On Thu, Nov 28, 2013 at 11:11:18AM -0800, Bill Unruh wrote:
> On Thu, 28 Nov 2013, Miroslav Lichvar wrote:
> >That looks similar to what I see with with a Garmin 18x LVC. This is a
> >capture 30 hours long I did some time ago (the NMEA source's offset
> >value was set
oselect
option or don't configure it at all.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
the source
selection algorithm, so increasing the value from 0.01 to 0.4 or
larger should fix the problem.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
On Wed, Dec 11, 2013 at 10:11:48AM -0800, Bill Unruh wrote:
> On Wed, 11 Dec 2013, Miroslav Lichvar wrote:
> >When no source is selected, the PPS samples are ignored. If the SHM
> >source doesn't move to the acceptable range to overlap with the PPS
> >source in 8 polling inte
requency
observed in the NTP time changes slowly and the clients can stay in
sync during the whole correction.
At this moment, I'm not sure how difficult it would be to implement
in chrony.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsub
On Wed, Dec 04, 2013 at 12:46:10PM -0800, Bill Unruh wrote:
> On Wed, 4 Dec 2013, Miroslav Lichvar wrote:
> >With the cosine smear, the frequency offset changes slowly (small
> >wander), but can reach a large absolute value.
> >
> >If I calculate right, it can corrrect
rting
different NTP port.
How close stayed the clients in your test?
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help&q
uble)(1UL << shift_hz);
basic_freq_scale = dshift_hz / dhz;
nominal_tick = (100L + (hz/2))/hz; /* Mirror declaration in kernel */
- slew_delta_tick = nominal_tick / 12;
+ slew_delta_tick = nominal_tick / 2500;
max_tick_bias = nominal_tick / 10;
tick_update_hz = hz;
--
M
r already
> exists, but not enabled at the times I want.
With the local stratum active, it still servers the estimated NTP
time. As there are no sources, the NTP time will be close or equal
to the raw system time.
> The maximum error between clients is 1 second.
That's plenty.
--
M
port 0
bindcmdaddress 127.0.0.1
bindcmdaddress ::1
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
amplification of up to 1.5.
To fix the problem, the protocol has been modified to require
padding in the request packet, so replies are never larger than
their requests. Also, chronyd no longer sends replies with error
status to hosts that are not allowed by cmdallow.
--
Miroslav Lichvar
e fixed in git now. Thanks for the report.
I did use cppcheck (1.63) recently, but only with default checks.
Please let us know if you see more problems in the code.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
logdir /var/log/chrony
log measurements statistics tracking
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
nuously
running. Is some other process monitoring chronyd and restarting it
when it reports that it's not synchronized?
The first offset after restart does look larger than would be expected
if the clock was drifting from the last chronyd update, maybe
something else is touching the cloc
ockets to the address configured by the bindaddress directive. I'm
thinking if I should modify it so that only the server sockets are
bound to the address and not the client sockets. Anyone knows if there
is a use case where it would break things?
--
Miroslav Lichvar
--
To unsubscribe email chrony-user
g to write to
the tempcomp log.
> tempcomp /sys/class/hwmon/hwmon0/device/temp2_input 10 45000 0.0 0.01
> 0.0
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tu
ee if they can fix it.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
I think the makestep directive is what you are looking for. For
example, with "makestep 10 1" chronyd will correct the clock on the
first update by stepping instead of slewing if it's off by more than
10 seconds.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...
xample:
chronyc -a 'manual on' (or enable it in chrony.conf)
chronyc -a -m 'offline' 'settime 1 month' 'makestep' 'manual reset'
chronyc -a -m 'settime 1 month ago' 'makestep' 'manual reset' 'online'
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "uns
On Mon, May 12, 2014 at 10:15:05AM +0100, Ed W wrote:
> On 28/04/2014 13:06, Miroslav Lichvar wrote:
> >A better approach would be to make chronyd step the clock via the
> >manual feature. For example:
> >
> >chronyc -a 'manual on' (or enable it in chrony.conf)
&g
-
* Reconnect client sockets for each request to follow changes
in network configuration automatically
* Restart timer when polling interval is changed on reset
--
Miroslav Lichvar
pgpBQ16COzCFA.pgp
Description: PGP signature
-pre1:
* Ignore measurements around leap second
* Include example of logrotate configuration, systemd services and
NetworkManager dispatcher script
* Print warning 10 years before supported NTP time ends
* Fix compiler warnings
--
Miroslav Lichvar
pgpE8_bzS3DGo.pgp
Description: PGP signature
the refclock offset value, add them with the noselect
option and see what offset they have in the sourcestats
output.
Getting a GPS with PPS would the best option here :).
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in
e new measurements are
made and then tell chronyd to make the step:
sleep 10
chronyc -a makestep
Is this what you are looking for?
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-
iately, but is applied to the future clock updates,
similarly to the makestep directive in chrony.conf.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
On Thu, Mar 12, 2015 at 09:58:34AM -0400, Weary1 wrote:
> On 03/12/2015 06:04 AM, Miroslav Lichvar wrote:
> >
> [snip]
> >
> >One workaround is to specify the servers with IP addresses instead of
> >names.
>
> I've been using the fully-qualified hos
ere until the network is up. That
would possibly change the resolver's failure from permanent to
temporary and chronyd would try again.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
here ?
It's not a PPS signal, so 0.
>chronydata.leap = 0; // What should I store here ?
0 normally, 1 when leap second will be inserted, 2 when deleted.
BTW, the gpsd daemon supports the chrony SOCK protocol if you are
looking for a working example.
--
Miroslav Lichvar
--
allocating a new slot for it.
An attacker that has the command key and is allowed to access cmdmon
(only localhost is allowed by default) could exploit this to crash
chronyd or possibly execute arbitrary code with the privileges of the
chronyd process.
--
Miroslav Lichvar
pgpcNkc0FheGt.pgp
Descri
On Tue, Apr 07, 2015 at 04:56:05PM +0200, Miroslav Lichvar wrote:
> Security fixes
> --
> * Protect authenticated symmetric NTP associations against DoS attacks
> (CVE-2015-1799)
This vulnerability is now tracked as CVE-2015-1853, separately from
CVE-2015-1799 which
to 3 seconds
Bug fixes
-
* Add sanity checks for time and frequency offset
* Don't report synchronised status during leap second
* Fix initial fallback drift setting
* Fix maxdelayratio option
* Start default refclock reference ID numbering at zero
--
Miroslav Lichvar
pgplj3sRQ5n43.pgp
smoothing status
* Add smoothtime command to activate or reset time smoothing
Bug fixes
-
* Fix crash in source selection with preferred sources
* Fix resetting of time smoothing
* Include packet precision in peer dispersion
* Fix crash in chronyc on invalid command syntax
--
Miroslav Lichvar
4993ee6ea86ef871340dbd5c4f63825e8487b384 chrony-2.1.tar.gz
Changes since version 2.1-pre1:
* Add support for Mac OS X
* Use specific reference ID when smoothing served time
--
Miroslav Lichvar
pgpL4xIeFvLs2.pgp
Description: PGP signature
set consistent with 'Last
> Offset' as seen here:
>
> Reference ID: 10.64.1.25 (fleur.lan.seaviewsound.co.nz)
> Stratum : 2
> Ref time (UTC) : Mon Jul 20 20:20:34 2015
> System time : 0.07302 seconds slow of NTP time
> Last offset : +0.000004646 seconds
> RMS of
> dies... somewhat; i.e.: serial console and ssh are completely unresponsive,
> but "ping" gets an answer. Nothing is logged.
Hm, that's odd. Can you reproduce the problem by stepping the clock
manually with the date command, e.g. date -s '+ 100 sec' ?
--
Miroslav Lichvar
--
T
viously saved the driftfile?
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
lock
which will take forever to correct.
> I do not really understand these very large errors; shouldn't they decrease?
Yeah, RTC definitely shouldn't be gaining 5 second offset every
minute. If the problem is in setting the RTC, it could explain that.
--
Miroslav Lichvar
--
To unsub
debian, so you can hack it at will. If so please send me your public
> key.
Ok. I can try few tests and see if it's indeed a kernel problem. I'll
send you a key.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subj
ild machine or assume noone will want to keep clocks in past for
some testing or other purposes?
Thoughts?
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tux
On Mon, Oct 05, 2015 at 06:20:47PM +0200, Miroslav Lichvar wrote:
> On Mon, Oct 05, 2015 at 10:25:54AM +0100, Nuno Gonçalves wrote:
> > - Check that the RTC is more in the past than what can be accounted
> > for DST or Timezone changes. If RTC<driftfile-26h, restore from
>
On Tue, Oct 27, 2015 at 01:40:10PM +, Nuno Gonçalves wrote:
> On Thu, Oct 8, 2015 at 7:58 AM, Miroslav Lichvar <mlich...@redhat.com> wrote:
> > If you can, please test the new code in git and let me know if it
> > doesn't work as expected.
> >
> All works fine but
On Sun, Nov 15, 2015 at 05:31:50PM +, Nuno Gonçalves wrote:
> On Tue, Aug 25, 2015 at 9:27 AM, Miroslav Lichvar <mlich...@redhat.com> wrote:
> > It seems disabling nohz doesn't fix this. With the maxslewrate setting
> > and a good drift file chronyd stabilized, but
://copr.fedoraproject.org/coprs/mlichvar/chrony/
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
--
Miroslav Lichvar
pgpFgIGiLjHfr.pgp
Description: PGP signature
. In Fedora, for
instance, they are in the nss-softokn-devel and nss-softokn-freebl
packages.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
g-config --cflags --libs nss" print?
You might need to set the CPPFLAGS variable for configure:
CPPFLAGS="-I/usr/include/nss" ./configure
Does the error message in config.log change after this?
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamil
ctory where libfreebl3.so
is placed. Is it not in /usr/lib* ?
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
ror in header? I'm not sure what's going on here.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
, it's
recommended to not use makestep at all. At worst, a MITM attacker can
speed up or slow down your clock by 10%.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tux
g.
chronyc online
chronyc burst 4/4
sleep 10
chronyc tracking | grep -q 'System time.*slow' && chronyc makestep
> At shutdown time sysclock should be saved.
When chronyd exits it touches the driftfile.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.o
.*slow' && chronyc makestep
> Added, even if it's unclear to me what this burst command really does (I read
> the Manual!).
It tells chronyd to make four measurements with only 2 second interval
between them, so the clock is updated in few seconds instead of 3
minutes it would need with nor
4 samples per source, so with an NTP
source using maxpoll 6, it could take up to 64*2^6 seconds before the
refclock source is unselected.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-use
prevent it from running (with
reduced functionality).
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
sure how could any of those changes be related to a problem
with starting. I'd guess it's rather some race condition with the init
system. If it's a bug in chronyd, I'd like to get it fixed.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with &qu
On Mon, Nov 23, 2015 at 01:45:32PM +, Peter Humphrey wrote:
> On Monday 23 November 2015 13:17:22 Miroslav Lichvar wrote:
> > Well, if you can figure out what's going on there... :) It would be good
> > to at least know what signal was received from which process.
>
>
le the bug. I don't have an account there.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subject.
For help email chrony-users-requ...@chrony.tuxfamily.org
with "help" in the subject.
Trouble? Email listmas...@chrony.tuxfamily.org.
ames in the allow/deny directives
do that.
Do you have allow/deny with a hostname in your config?
If the cause is something else, it's probably a bug that should be
fixed.
--
Miroslav Lichvar
--
To unsubscribe email chrony-users-requ...@chrony.tuxfamily.org
with "unsubscribe" in the subj
1 - 100 of 820 matches
Mail list logo