Hi all
i 've managed to reproduce the problem.
I had to live migrated the centralized NTP server of my infrastructure and
varnish "failed" again with a new segfault.
-----------------------------------------------------------------------
My simple ntp.conf on the varnish box is as follows:
# file is managed by puppet
driftfile /var/lib/ntp/drift
server ntp1.xxx.com iburst
server ntp2.xxx.com iburst
# by default act only as a basic NTP client
restrict -4 default nomodify nopeer noquery notrap
restrict -6 default nomodify nopeer noquery notrap
# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1
restrict ::1
-------------------------------------------------------------------------------
And the segfault
Jan 4 09:45:07 lin-varnish systemd: Time has been changed
Jan 4 09:45:07 lin-varnish kernel: varnishd[5941]: segfault at 0 ip
0000000000433829 sp 00007fd7b01ba170 error 4 in
varnishd[400000+95000]
maybe it is related with
https://github.com/varnishcache/varnish-cache/issues/1874 ??
Regards
Yiannis
2017-01-02 14:48 GMT+02:00 Yiannis Karayiannidis <yianniska@gmail.com>:
> Hi Poul,
> the messages i've got were
>
> Dec 31 23:59:59 lin-varnish kernel: Clock: inserting leap second 23:59:60
> UTC
> and
> Jan 1 00:00:02 lin-varnish ntpd[951]: 0.0.0.0 061b 0b leap_event
>
> I'm not sure how the CentOS handled leapsecond...
>
> Regards
> Yiannis
>
> 2017-01-01 13:02 GMT+02:00 Poul-Henning Kamp <phk@phk.freebsd.dk>:
>
>> --------
>> In message <CAMbCpVq4KFEkfbYjVEqEhaJB+PbZWmdv04-z8w2PpvnXkfazCQ@mail.
>> gmail.com>, Yiannis Karayi
>> annidis writes:
>>
>> >Dec 31 23:59:59 lin-varnish kernel: Clock: inserting leap second 23:59:60
>> >UTC
>> >Dec 31 23:59:59 lin-varnish systemd: Time has been changed
>> >Dec 31 23:59:59 lin-varnish kernel: varnishd[18512]: segfault at 0 ip
>> >0000000000433829 sp 00007fd7c7d1e170 error 4 in varnishd[400000+95000]
>>
>> Do you know how this particular system handled leapseconds ?
>>
>> (ie: did it step the clock, did it use the ntp_adjtime(STA_INS) or dit it
>> slew it ?)
>>
>>
>> --
>> Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
>> phk@FreeBSD.ORG | TCP/IP since RFC 956
>> FreeBSD committer | BSD since 4.3-tahoe
>> Never attribute to malice what can adequately be explained by
>> incompetence.
>>
>
>