head 1.2;
access;
symbols
perseant-exfatfs-base-20240630:1.2
perseant-exfatfs:1.2.0.46
perseant-exfatfs-base:1.2
cjep_sun2x:1.2.0.44
cjep_sun2x-base:1.2
cjep_staticlib_x-base1:1.2
cjep_staticlib_x:1.2.0.42
cjep_staticlib_x-base:1.2
phil-wifi-20200421:1.2
phil-wifi-20200411:1.2
phil-wifi-20200406:1.2
pgoyette-compat-merge-20190127:1.2
pgoyette-compat-20190127:1.2
pgoyette-compat-20190118:1.2
pgoyette-compat-1226:1.2
pgoyette-compat-1126:1.2
pgoyette-compat-1020:1.2
pgoyette-compat-0930:1.2
pgoyette-compat-0906:1.2
pgoyette-compat-0728:1.2
pgoyette-compat-0625:1.2
pgoyette-compat-0521:1.2
pgoyette-compat-0502:1.2
pgoyette-compat-0422:1.2
pgoyette-compat-0415:1.2
pgoyette-compat-0407:1.2
pgoyette-compat-0330:1.2
pgoyette-compat-0322:1.2
pgoyette-compat-0315:1.2
pgoyette-compat:1.2.0.40
pgoyette-compat-base:1.2
perseant-stdc-iso10646:1.2.0.38
perseant-stdc-iso10646-base:1.2
prg-localcount2-base3:1.2
prg-localcount2-base2:1.2
prg-localcount2-base1:1.2
prg-localcount2:1.2.0.36
prg-localcount2-base:1.2
pgoyette-localcount-20170426:1.2
bouyer-socketcan-base1:1.2
pgoyette-localcount-20170320:1.2
bouyer-socketcan:1.2.0.34
bouyer-socketcan-base:1.2
pgoyette-localcount-20170107:1.2
pgoyette-localcount-20161104:1.2
localcount-20160914:1.2
pgoyette-localcount-20160806:1.2
pgoyette-localcount-20160726:1.2
pgoyette-localcount:1.2.0.32
pgoyette-localcount-base:1.2
netbsd-5-2-3-RELEASE:1.2
netbsd-5-1-5-RELEASE:1.2
yamt-pagecache-base9:1.2
yamt-pagecache-tag8:1.2
tls-earlyentropy:1.2.0.28
tls-earlyentropy-base:1.2
riastradh-xf86-video-intel-2-7-1-pre-2-21-15:1.2
riastradh-drm2-base3:1.2
netbsd-5-2-2-RELEASE:1.2
netbsd-5-1-4-RELEASE:1.2
netbsd-5-2-1-RELEASE:1.2
netbsd-5-1-3-RELEASE:1.2
agc-symver:1.2.0.30
agc-symver-base:1.2
tls-maxphys-base:1.2
yamt-pagecache-base8:1.2
netbsd-5-2:1.2.0.26
yamt-pagecache-base7:1.2
netbsd-5-2-RELEASE:1.2
netbsd-5-2-RC1:1.2
yamt-pagecache-base6:1.2
yamt-pagecache-base5:1.2
yamt-pagecache-base4:1.2
netbsd-5-1-2-RELEASE:1.2
netbsd-5-1-1-RELEASE:1.2
yamt-pagecache-base3:1.2
yamt-pagecache-base2:1.2
yamt-pagecache:1.2.0.24
yamt-pagecache-base:1.2
bouyer-quota2-nbase:1.2
bouyer-quota2:1.2.0.22
bouyer-quota2-base:1.2
matt-nb5-pq3:1.2.0.20
matt-nb5-pq3-base:1.2
netbsd-5-1:1.2.0.18
netbsd-5-1-RELEASE:1.2
netbsd-5-1-RC4:1.2
netbsd-5-1-RC3:1.2
netbsd-5-1-RC2:1.2
netbsd-5-1-RC1:1.2
netbsd-5-0-2-RELEASE:1.2
netbsd-5-0-1-RELEASE:1.2
jym-xensuspend-nbase:1.2
netbsd-5-0:1.2.0.16
netbsd-5-0-RELEASE:1.2
netbsd-5-0-RC4:1.2
netbsd-5-0-RC3:1.2
netbsd-5-0-RC2:1.2
jym-xensuspend:1.2.0.14
jym-xensuspend-base:1.2
netbsd-5-0-RC1:1.2
netbsd-5:1.2.0.12
netbsd-5-base:1.2
mjf-devfs2:1.2.0.10
mjf-devfs2-base:1.2
yamt-pf42-base4:1.2
yamt-pf42-base3:1.2
hpcarm-cleanup-nbase:1.2
yamt-pf42-base2:1.2
yamt-pf42:1.2.0.8
yamt-pf42-base:1.2
keiichi-mipv6-nbase:1.2
keiichi-mipv6:1.2.0.6
keiichi-mipv6-base:1.2
cube-autoconf:1.2.0.4
cube-autoconf-base:1.2
hpcarm-cleanup:1.2.0.2
hpcarm-cleanup-base:1.2
netbsd-1-4-PATCH003:1.1
netbsd-1-4-PATCH002:1.1
wrstuden-devbsize-19991221:1.1
wrstuden-devbsize:1.1.0.6
wrstuden-devbsize-base:1.1
comdex-fall-1999:1.1.0.4
comdex-fall-1999-base:1.1
netbsd-1-4-PATCH001:1.1
netbsd-1-4-RELEASE:1.1
netbsd-1-4:1.1.0.2
netbsd-1-4-base:1.1;
locks; strict;
comment @# @;
1.2
date 2000.05.02.12.56.00; author simonb; state dead;
branches;
next 1.1;
1.1
date 98.12.30.20.20.35; author mcr; state Exp;
branches;
next ;
desc
@@
1.2
log
@Remove xntp3 sources.
@
text
@
Monitoring Options
Monitoring Options
Monitoring Support
xntpd includes a comprehensive monitoring facility
suitable for continuous, long term recording of server and client
timekeeping performance. See the statistics command below
for a listing and example of each type of statistics currently
supported. Statistic files are managed using file generation sets and
scripts in the ./scripts directory of this distribution. Using these
facilities and Unix cron jobs, the data can be
automatically summarized and archived for retrospective analysis.
Monitoring Commands
statistics name [ ... ]
- Enables writing of statistics records. Currently, three kinds of
name statistics are supported.
loopstats
- Enables recording of loop filter statistics information. Each update
of the local clock outputs a line of the following form to the file
generation set named
loopstats:
48773 10847.650 0.0001307 17.3478 2
- The first two fields show the date (Modified Julian Day) and time
(seconds and fraction past UTC midnight). The next three fields show
time offset in seconds, frequency offset in parts-per-million and time
constant of the clock-discipline algorithm at each update of the clock.
peerstats
- Enables recording of peer statistics information. This includes
statistics records of all peers of a NTP server and of special signals,
where present and configured. Each valid update appends a line of the
following form to the current element of a file generation set named
peerstats:
48773 10847.650 127.127.4.1 9714 -0.001605 0.00000 0.00142
- The first two fields show the date (Modified Julian Day) and time
(seconds and fraction past UTC midnight). The next two fields show the
peer address in dotted-quad notation and status, respectively. The
status field is encoded in hex in the format described in Appendix A of
the NTP specification RFC 1305. The final three fields show the offset,
delay and dispersion, all in seconds.
clockstats
- Enables recording of clock driver statistics information. Each
update received from a clock driver outputs a line of the following form
to the file generation set named
clockstats:
49213 525.624 127.127.4.1 93 226 00:08:29.606 D
- The first two fields show the date (Modified Julian Day) and time
(seconds and fraction past UTC midnight). The next field shows the clock
address in dotted-quad notation, The final field shows the last timecode
received from the clock in decoded ASCII format, where meaningful. In
some clock drivers a good deal of additional information can be gathered
and displayed as well. See information specific to each clock for
further details.
statsdir directory_path
- Indicates the full path of a directory where statistics files should
be created (see below). This keyword allows the (otherwise constant)
filegen filename prefix to be modified for file generation
sets, which is useful for handling statistics logs.
filegen name [ file filename ] [ type
typename ] [ flag flagval ] [ link | nolink ] [ enable |
disable ]
- Configures setting of generation file set name. Generation
file sets provide a means for handling files that are continuously
growing during the lifetime of a server. Server statistics are a typical
example for such files. Generation file sets provide access to a set of
files used to store the actual data. At any time at most one element of
the set is being written to. The type given specifies when and how data
will be directed to a new element of the set. This way, information
stored in elements of a file set that are currently unused are available
for administrational operations without the risk of disturbing the
operation of
xntpd. (Most important: they can be removed to
free space for new data produced.)
- Filenames of set members are built from three elements:
prefix
- This is a constant filename path. It is not subject to modifications
via the
filegen option. It is defined by the server,
usually specified as a compile-time constant. It may, however, be
configurable for individual file generation sets via other commands. For
example, the prefix used with loopstats and
peerstats generation can be configured using the
statsdir option explained above.
filename
- This string is directly concatenated to the prefix mentioned above
(no intervening
/ (slash)). This can be modified using the
file argument to the filegen statement. No
.. elements are allowed in this component to prevent
filenames referring to parts outside the filesystem hierarchy denoted by
prefix.
suffix
- This part is reflects individual elements of a file set. It is
generated according to the type of a file set.
- A file generation set is characterized by its type. The following
types are supported:
none
- The file set is actually a single plain file.
pid
- One element of file set is used per incarnation of a
xntpd server. This type does not perform any changes to
file set members during runtime, however it provides an easy way of
separating files belonging to different xntpd server
incarnations. The set member filename is built by appending a
. (dot) to concatenated prefix and filename
strings, and appending the decimal representation of the process ID of
the xntpd server process.
day
- One file generation set element is created per day. A day is defined
as the period between 00:00 and 24:00 UTC. The file set member suffix
consists of a
. (dot) and a day specification in the form
YYYYMMDD. YYYY is a 4-digit year number (e.g., 1992).
MM is a two digit month number. DD is a two
digit day number. Thus, all information written at 10 December 1992
would end up in a file named prefix
filename.19921210.
week
- Any file set member contains data related to a certain week of a
year. The term week is defined by computing day-of-year modulo 7.
Elements of such a file generation set are distinguished by appending
the following suffix to the file set filename base: A dot, a 4-digit
year number, the letter
W, and a 2-digit week number. For
example, information from January, 10th 1992 would end up in a file with
suffix .1992W1.
month
- One generation file set element is generated per month. The file
name suffix consists of a dot, a 4-digit year number, and a 2-digit
month.
year
- One generation file element is generated per year. The filename
suffix consists of a dot and a 4 digit year number.
age
- This type of file generation sets changes to a new element of the
file set every 24 hours of server operation. The filename suffix
consists of a dot, the letter
a, and an 8-digit number.
This number is taken to be the number of seconds the server is running
at the start of the corresponding 24-hour period.
- Information is only written to a file generation by specifying
enabl; output is prevented by specifying
disable.
- It is convenient to be able to access the current element of a
file generation set by a fixed name. This feature is enabled by
specifying
link and disabled using nolink. If
link is specified, a hard link from the current file set
element to a file without suffix is created. When there is already a
file with this name and the number of links of this file is one, it is
renamed appending a dot, the letter C, and the pid of the
xntpd server process. When the number of links is greater
than one, the file is unlinked. This allows the current file to be
accessed by a constant name.
David L. Mills (mills@@udel.edu)
@
1.1
log
@ HTML documentation files for XNTP, installed in /usr/share/doc/xntp
@
text
@d1 1
a1 1
@