Bug#1809: bind doesn't document stats log entries
Ian Jackson wrote:
> Package: bind
> Version: 4.9.3-BETA24-1
> Nov 6 17:32:54 myrddin named[154]: NSTATS 815679174 815621790 A=20490 PTR=17925
> Nov 6 17:32:54 myrddin named[154]: XSTATS 815679174 815621790 RQ=38433 RR=771 RIQ=0 RNXD=329 RFwdQ=640 RFwdR=583 RDupQ=0 RDupR=151 RFail=2 RFErr=0 RErr=0 RTCP=0 RAXFR=0 RLame=3 ROpts=0 SSysQ=46 SAns=37797 SFwdQ=640 SFwdR=583 SDupQ=1203 SFail=3 SFErr=0 SErr=9 RNotNsQ=38433 SNaAns=848 SNXD=1387
> This is all very interesting, but it would be more so if there were a
> document or part of manual or something somewhere that said what each
> of these was :-).
And I thought it was quite obvious :-). The first number after
NSTATS is the current time, the second number is the boot time.
The next entries are the standard resource records (see the bind
manual in /usr/doc/net/bind). The XSTATS line also contains the
current time and the boot time. The entries following the time
values are [from ns_stats.c]:
RQ - sent us a query
RR - sent us an answer
RIQ - sent us an inverse query
RNXD - sent us a negative response
RFwdQ - sent us a query we had to fwd
RFwdR - sent us a response we had to fwd
RDupQ - sent us a retry
RDupR - sent us an extra answer
RFail - sent us a SERVFAIL
RFErr - sent us a FORMERR
RErr - sent us some other error
RTCP - sent us a query using TCP
RAXFR - sent us an AXFR
RLame - sent us a lame delegation
ROpts - sent us some IP options
SSysQ - sent them a sysquery
SAns - sent them an answer
SFwdQ - fwdd a query to them
SFwdR - fwdd a response to them
SDupQ - sent them a retry
SFail - sent them a SERVFAIL
SFErr - sent them a FORMERR
SErr - sent failed (in sendto)
RNotNsQ - received from remote port != ns_port
SNaAns - sent them a non autoritative answer
SNXD - sent them a negative response
I'll add something like this to /usr/doc/net/bind.
Peter
--
Peter Tobias EMail:
Fachhochschule Ostfriesland tobias@et-inf.fho-emden.de
Fachbereich Elektrotechnik und Informatik tobias@perseus.fho-emden.de
Constantiaplatz 4, 26723 Emden, Germany
Reply to: