The asterisk indicates the prefered update node (where first to try to get the time).
remote is the address of the time server, with LOCAL(0) indicating the local clock.
refid indicated the type of the time server. LOCAL or .LCL. means local, .DCFa. is a DCF77 receiver, .PPS. is a hardware device generating a pulse every second.
st is the Stratum, which indicates the accuracy to be expected. Stratum 0 are usually atomic clocks, Stratum 1 might be radio controlled clocks.
when is the time to the next update.
poll is the count that when has to reach before an update is attempted
reach is an octal number that is left-shifted on each update. On a successful update an 1 is shifted in, 0 otherwise.
delay is the RTT to the time server
offset is the difference between the remote and the local clock
The way it's setup currently, your two servers only synchronise themselves locally and not to each other (which wouldn't be that good of an idea anyways without an additional good external source). Go to pool.ntp.org, pick a pool geographically close to you, and add it to your ntp.conf.
how to make a line BLINKING in output and also how to increase font size in output
suppose in run a.sh script
inside echo "hello world "
i want that this should blink in the output and also
the font size of hello world should be big ..
could you please help me out in this (3 Replies)
Hi,
I have a system under test, and I use a script that does a ps.
The output, is in the following format, it's basically the timestamp, followed by the rss and vsize.
09:03:57 68404 183656 68312 181944 69860 217360 67536 182564 69072 183172 69032 199276
09:04:27 68752 183292 70000 189020... (5 Replies)
I have a file with the following content.
> cat /tmp/internetusage.txt
6709.296322 30000 2/7/2010 0.00I am using the following awk command to calculate a percentage from field 1 and 2 from the file.
awk '{ print $1/$2*100 }' /tmp/internetusage.txt
This outputs the value "22.3643" as a... (1 Reply)
Hi All,
I have around 900 Select Sql's which I would like to run in an awk script and print the output of those sql's in an txt file.
Can you anyone pls let me know how do I do it and execute the awk script? Thanks. (4 Replies)
Below script perfectly works, giving below mail output. BUT, I want to make the script mail only if there are any D-Defined/T-Transition/B-Broken State WPARs and also to copy the output generated during monitoring to a temporary log file, which gets cleaned up every week. Need suggestions.
... (4 Replies)
Hi All,
I have result log file which looks like this (below): from the content need to consolidate the result and put it in tabular form
1). Intercomponents Checking
Passed: All Server are passed.
======================================================================
2). OS version Checking... (9 Replies)
I ran the following command.
cat abc.c > abc.c
I got message the following message from command cat:
cat: abc.c : input file is same as the output file
How the command came to know of the destination file name as the command is sending output to standard file. (3 Replies)
In our environment we used to lot of events for ntp issues. I am unable to find the what needs to consider here. :(
ntpq -p fields.
remote refid st t when poll reach delay offset jitter
---------- Post updated at 05:13 AM ---------- Previous update was at 04:47 AM... (1 Reply)
Hi
i an not able to understand what below command in saying in its O/P
what i understand is the astrick(*) one is acting as a ntp master.
but not able to understand what insane and sys.peer here means.
# ntpq
ntpq> pe
remote refid st when poll reach delay ... (2 Replies)
Problem with external aerial and galleonm time server just turned back on. I'm guessing this is telling me its not worked for 9 days?
Should I now force a poll or wait?
$ntpq -p
remote refid st t when poll reach delay offset disp... (2 Replies)
Discussion started by: psychocandy
2 Replies
LEARN ABOUT OSF1
ntp_intro
ntp_intro(7) Miscellaneous Information Manual ntp_intro(7)NAME
ntp_intro - Network Time Protocol (NTP) introductory information
DESCRIPTION
The Tru64 UNIX software supports two time services: Network Time Protocol (NTP) Time Synchronization Protocol (TSP)
Because it can be traced to clocks of high absolute accuracy, NTP provides a more accurate time service than TSP. By contrast, TSP syn-
chronizes time to the average of the network host times. TSP is an acceptable time service if your system is not on the Internet and does
not have access to a highly accurate time server; otherwise, NTP is recommended.
Network Time Protocol
The Network Time Protocol (NTP) provides accurate, dependable, and synchronized time for hosts on both wide area networks (like the Inter-
net) and local area networks. In particular, NTP provides synchronization traceable to clocks of high absolute accuracy, and avoids syn-
chronization to clocks keeping bad time.
Hosts running NTP periodically exchange datagrams querying each other about their current estimate of the time. Using the round-trip time
of the packet, a host can estimate the one-way delay to the other host. (The assumption is that the delay is roughly equal in both direc-
tions.) By measuring the one-way delay and examining the timestamps that are returned with the NTP packet, a host computes the difference
between its clock time and that of the host it queried.
A host queries a remote host several times over a period and feeds the results from the multiple samples to a digital-filtering algorithm.
The algorithm provides a more accurate estimate of the delay, clock offset, and clock stability than could be obtained with a single sam-
ple.
NTP messages also contain information about the accuracy and reliability of the time sources. An NTP host connected directly to a highly
accurate time source, such as a radio receiver tuned to a time code signal broadcast by a government agency, is called a stratum 1 server.
Every other NTP host adopts a stratum number that is one higher than the host from which it sets its own time. For example, a host syn-
chronized to a stratum 1 server becomes a stratum 2 host. Stratum determination is done automatically, and the stratum of a host can vary
as its connectivity changes.
A host running NTP combines various information to decide which of the hosts it queried provides the time it believes to be the most accu-
rate. This information includes the output of the digital-filtering algorithm and the stratum numbers of the hosts it queried. By commu-
nicating with several other hosts, an NTP host can usually detect those hosts that are keeping bad time, and is able to stay synchronized
even if some of the other hosts become unavailable for long periods.
In practice, NTP is able to synchronize clocks to within a few milliseconds even over wide area networks spanning thousands of miles. To
obtain even greater accuracy, use the NTP_TIME kernel option. See System Administration for more information.
You can optionally use a high-resolution clock, enabling the time returned by the clock_gettime routine to be extrapolated between the
clock ticks. The granularity of the time returned will be in microseconds. To use the high-resolution clock, use the MICRO_TIME kernel
option.
For detailed information on NTP, see Network Time Protocol (Version 3) (RFC 1305).
Time Synchronization Protocol
The Time Synchronization Protocol (TSP) is the protocol used by the daemon. In its simplest application, the TSP servers on a broadcast
network (for example, an Ethernet) periodically broadcast TSP packets. The hosts on the network elect one of the hosts on the network run-
ning TSP as a master. The master then controls the further operation of the protocol until it fails and a new master is elected. The mas-
ter collects time values from the other hosts and computes the average of all the times reported. It then sets its own clock to this aver-
age, and tells the other hosts to synchronize their clocks with it.
TSP quickly synchronizes all participating hosts. However, because TSP does not trace time back to sources of known accuracy, it is unable
to correct for systematic errors. If a clock drifts significantly, or if a mistake is made in setting the time on a participating host,
the average time calculated and distributed by the master can be affected significantly.
For information on setting up the network time services, refer to Network Administration.
RELATED INFORMATION
Commands: ntp(1), ntpdate(8), ntptrace(8), timedsetup(8), xntpdc(8)
Functions: ctime(3)
Files: ntp.conf(4), ntp.drift(4), ntp.keys(4)
Daemons: timed(8), xntpd(8)
Network Time Protocol (Version 3) (RFC 1305)
Network Administration
System Administration delim off
ntp_intro(7)