| Re: [chrony-users] Fatal error : adjtimex() failed | 
[ Thread Index | 
Date Index
| More chrony.tuxfamily.org/chrony-users Archives
] 
On 20/08/2012 18:49, Tomalak Geret'kal wrote:
Hi
I'm replacing ntpd with chronyd on a busybox-driven Linux 
2.6.21 ARM device that takes time from a local GPS 
receiver with PPS and/or remote NTP servers. We've never 
been able to get ntpd working with the ATOM PPS driver and 
we have some fiddly time-step requirements that led us to 
decide that a timepps-enabled chrony build would be more 
suitable for our needs.
But, after an hour or so of lovely NMEA and PPS -steered 
time, for reasons unknown I'm no longer able to get chrony 
to even run.
In the syslog:
Aug 20 17:32:50 sw200319 daemon.info chronyd[2186]: 
chronyd version 1.26 starting
Aug 20 17:32:50 sw200319 daemon.info chronyd[2186]: Linux 
kernel major=2 minor=6 patch=21
Aug 20 17:32:50 sw200319 daemon.info chronyd[2186]: hz=100 
shift_hz=7 freq_scale=0.99902439 nominal_tick=10000 
slew_delta_tick=833 max_tick_bias=1000
Aug 20 17:32:50 sw200319 daemon.crit chronyd[2186]: Fatal 
error : adjtimex() failed
I read that adjtimex() can fail when the HZ and SHIFT_HZ 
values are incorrect, but I checked the source for our 
kernel and in it HZ is set at100. I tried "linux_hz 1000" 
for good measure, with no effect.
I power-cycled the device, with no effect.
My config:
refclock PPS /dev/pps0 lock GPS
refclock SHM 0 offset 0.5 delay 0.1 refid GPS
keyfile /etc/chrony.keys
commandkey 1
driftfile /etc/chrony.drift
and removing more or less any of these entries doesn't 
appear to make a difference.
What else might I be missing?
Best regards
Tom
Now the problem has evolved, without changing the chrony 
binary or configuration:
Fatal error : shmget() failed
At this point I decided to (a) run chronyd with the "-d" 
switch so I could see source file and line numbers in the 
error output, and (b) add some additional diagnostics to the 
messages that I was seeing.
The result?
refclock_shm.c:71:(shm_initialise)[20-19:42:16] Fatal error 
: shmget(1314148400,80,896) failed, errno: 2 (No such file 
or directory)
Now this is strange since a separate program of mine that 
gets the same SHM segment at the same address with the same 
parameters succeeds as it always has done. Both run as root. 
Starting to suspect some strange tomfoolery elsewhere on the 
device. :(
Tom
--
To unsubscribe email chrony-users-request@xxxxxxxxxxxxxxxxxxxx 
with "unsubscribe" in the subject.
For help email chrony-users-request@xxxxxxxxxxxxxxxxxxxx 
with "help" in the subject.
Trouble?  Email listmaster@xxxxxxxxxxxxxxxxxxxx.