Dear All,
Please help me understand why timestamps in logs are different from those
in nsd-control zonestatus output:
served-serial: "2024022603 since 2024-02-27T08:07:51"
commit-serial: "2024022603 since 2024-02-27T08:07:51"
Feb 26 18:47:34 slave-server nsd[780]: zone testzone.test. received update
to serial 2024022603 at 2024-02-26T18:47:33 from 192.168.10.10 TSIG
verified with key mytsig of 6517 bytes in 3.8e-05 seconds
Feb 26 18:47:34 slave-server nsd[777]: zone testzone.test serial 2024022601
is updated to 2024022603.
--
Is there any problem Exterminatus cannot solve? I have not found one yet.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.nlnetlabs.nl/pipermail/nsd-users/attachments/20240227/4dbac526/attachment.htm>
Hi Peter, NSD processes updates in batches. xfrd receives the [AI]XFR and schedules a reload for the main process, which in turn forks new serve children. The served-serial is updated after main reports success, the commit-serial (update written to disk) is updated before the reload (to explain the serials). The difference in timestamp can be explained by the fact that NSD looks up if the serial is still the latest after the TTL expires. If it is, the time is updated because the zone is renewed. What's the TTL of the zone? Where there any updates to the zone in the meantime? If the zone is expired in the meantime or the TTL is greater than the time printed, we can try increasing verbosity to spot an issue, or I'll have to dive into the code. - Jeroen On Tue, 2024-02-27 at 08:59 +0300, Peter Andreev via nsd-users wrote:> Dear All, > > Please help me understand why timestamps?in logs are different from > those in nsd-control zonestatus output: > > ? ? ? ? served-serial: "2024022603 since 2024-02-27T08:07:51" > ? ? ? ? commit-serial: "2024022603 since 2024-02-27T08:07:51" > > Feb 26 18:47:34 slave-server nsd[780]: zone testzone.test. received > update to serial 2024022603 at 2024-02-26T18:47:33 from 192.168.10.10 > TSIG verified with key mytsig of 6517 bytes in 3.8e-05 seconds > Feb 26 18:47:34 slave-server nsd[777]: zone testzone.test serial > 2024022601 is updated to 2024022603. > > > -- > Is there any problem Exterminatus cannot solve? I have not found one > yet. > > _______________________________________________ > nsd-users mailing list > nsd-users at lists.nlnetlabs.nl > https://lists.nlnetlabs.nl/mailman/listinfo/nsd-users
May it be that the NSD process was restarted, so zonestatus output is the time
where NSD finished loading the zone?
Regards
Klaus
--
Klaus Darilion, Head of Operations
nic.at GmbH, Jakob-Haringer-Stra?e 8/V
5020 Salzburg, Austria
Von: nsd-users <nsd-users-bounces at lists.nlnetlabs.nl> Im Auftrag von
Peter Andreev via nsd-users
Gesendet: Dienstag, 27. Februar 2024 06:59
An: nsd-users at lists.nlnetlabs.nl
Betreff: [nsd-users] About timestamps in logs and zonestatus
Dear All,
Please help me understand why timestamps in logs are different from those in
nsd-control zonestatus output:
served-serial: "2024022603 since 2024-02-27T08:07:51"
commit-serial: "2024022603 since 2024-02-27T08:07:51"
Feb 26 18:47:34 slave-server nsd[780]: zone testzone.test. received update to
serial 2024022603 at 2024-02-26T18:47:33 from 192.168.10.10 TSIG verified with
key mytsig of 6517 bytes in 3.8e-05 seconds
Feb 26 18:47:34 slave-server nsd[777]: zone testzone.test serial 2024022601 is
updated to 2024022603.
--
Is there any problem Exterminatus cannot solve? I have not found one yet.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.nlnetlabs.nl/pipermail/nsd-users/attachments/20240227/60f03450/attachment.htm>