HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- Operating System - Tru64 Unix
- >
- Re: xntpd : time sync status : unreach
Operating System - Tru64 Unix
1831469
Members
3220
Online
110025
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-29-2003 12:22 AM
10-29-2003 12:22 AM
xntpd : time sync status : unreach
hi,
ntpdate works fine but xntpd doesn't synchronise clock with the
time server :
client ip : 10.60.10.8
server ip : 10.60.20.145
(not behind a firewall)
ntpdate -dv 10.60.20.145 :
ntpdate 4.0.98a Wed Oct 16 17:25:25 EDT 2002
transmit(10.60.20.145)
receive(10.60.20.145)
transmit(10.60.20.145)
receive(10.60.20.145)
transmit(10.60.20.145)
receive(10.60.20.145)
transmit(10.60.20.145)
receive(10.60.20.145)
transmit(10.60.20.145)
server 10.60.20.145, port 123
stratum 15, precision -6, leap 00, trust 000
refid [0.0.0.0], delay 0.04124, dispersion 0.00031
transmitted 4, in filter 4
reference time: c34a3c15.87ef9d15 Wed, Oct 29 2003 14:16:05.531
originate timestamp: c34a3c2f.2fdf3b2d Wed, Oct 29 2003 14:16:31.187
transmit timestamp: c34a3c2f.1c17a893 Wed, Oct 29 2003 14:16:31.109
filter delay: 0.04124 0.04124 0.04221 0.04124
0.00000 0.00000 0.00000 0.00000
filter offset: 0.078240 0.078240 0.077752 0.077264
0.000000 0.000000 0.000000 0.000000
delay 0.04124, dispersion 0.00031
offset 0.078240
adjust time server 10.60.20.145 offset 0.078240 sec
/etc/services :
ntp 123/udp
ntp.conf :
server 10.60.20.145 burst
driftfile /cluster/members/member/etc/ntp.drift
enable stats
logfile /var/log/ntpd
logconfig =syncall +clockall +sysall
/etc/ntp.drift :
0.000
/var/log/ntpd :
system event 'event_restart' (0x01) status 'sync_alarm, sync_unspec, 1 event, event_unspec' (0xc010)
daemon.log :
ntpd 4.0.98a Wed Oct 16 17:36:24 EDT 2002
precision = 976 usec
kern_enable is 1
using kernel phase-lock loop 0000
frequency initialized 0.000 from /cluster/members/member/etc/ntp.drift
using kernel phase-lock loop 0000
ntpq -c as :
ind assID status conf reach auth condition last_event cnt
===========================================================
1 924 8000 yes no
ntpq -c rv :
status=c011 sync_alarm, sync_unspec, 1 event, event_restart,
processor="alpha", system="OSF1V5.1", leap=11, stratum=16,
precision=-11, rootdelay=0.000, rootdispersion=2.385, peer=0,
refid=0.0.0.0, reftime=00000000.00000000 Thu, Feb 7 2036 7:28:16.000,
poll=6, clock=c34a3ade.46d04e61 Wed, Oct 29 2003 14:10:54.276, state=1,
phase=0.000, frequency=0.000, jitter=0.000, stability=0.000
ntptrace -dnv 10.60.20.145 :
[athena.info.latelec.fr-gourdin]/var/adm/syslog.dated/current>ntptrace -dnv 10.60.20.145
DoTransmit(10.60.20.145)
DoTransmit to 10.60.20.145
ReceiveBuf(10.60.20.145, 10.60.20.145)
server 10.60.20.145, port 123
stratum 15, precision -6, leap 00
refid [0.0.0.0] delay 0.00096, dispersion 0.00000 offset 0.000760
rootdelay 0.00000, rootdispersion 0.00000, synch dist 0.00000
reference time: c34a3822.e51eb749 Wed, Oct 29 2003 13:59:14.895
originate timestamp: c34a3afe.cd0e5517 Wed, Oct 29 2003 14:11:26.801
transmit timestamp: c34a3afe.ccbc8c0c Wed, Oct 29 2003 14:11:26.799
DoTransmit(0.0.0.0)
DoTransmit to 0.0.0.0
ReceiveBuf(0.0.0.0, 10.60.10.8)
receive: wrong server
DoTransmit(0.0.0.0)
DoTransmit to 0.0.0.0
ReceiveBuf(0.0.0.0, 10.60.10.8)
receive: wrong server
DoTransmit(0.0.0.0)
DoTransmit to 0.0.0.0
ReceiveBuf(0.0.0.0, 10.60.10.8)
receive: wrong server
DoTransmit(0.0.0.0)
DoTransmit to 0.0.0.0
ReceiveBuf(0.0.0.0, 10.60.10.8)
receive: wrong server
DoTransmit(0.0.0.0)
DoTransmit to 0.0.0.0
ReceiveBuf(0.0.0.0, 10.60.10.8)
receive: wrong server
0.0.0.0: *Timeout*
why timeout ?
ping 10.60.20.145 :
PING 10.60.20.145 (10.60.20.145): 56 data bytes
64 bytes from 10.60.20.145: icmp_seq=0 ttl=128 time=0 ms
64 bytes from 10.60.20.145: icmp_seq=1 ttl=128 time=0 ms
64 bytes from 10.60.20.145: icmp_seq=2 ttl=128 time=0 ms
64 bytes from 10.60.20.145: icmp_seq=3 ttl=128 time=0 ms
----10.60.20.145 PING Statistics----
4 packets transmitted, 4 packets received, 0% packet loss
round-trip (ms) min/avg/max = 0/0/0 ms
Can you help me ?
thanks,
Thomas GOURDIN
System & database administrator
LATelec - Latecoere Group
ntpdate works fine but xntpd doesn't synchronise clock with the
time server :
client ip : 10.60.10.8
server ip : 10.60.20.145
(not behind a firewall)
ntpdate -dv 10.60.20.145 :
ntpdate 4.0.98a Wed Oct 16 17:25:25 EDT 2002
transmit(10.60.20.145)
receive(10.60.20.145)
transmit(10.60.20.145)
receive(10.60.20.145)
transmit(10.60.20.145)
receive(10.60.20.145)
transmit(10.60.20.145)
receive(10.60.20.145)
transmit(10.60.20.145)
server 10.60.20.145, port 123
stratum 15, precision -6, leap 00, trust 000
refid [0.0.0.0], delay 0.04124, dispersion 0.00031
transmitted 4, in filter 4
reference time: c34a3c15.87ef9d15 Wed, Oct 29 2003 14:16:05.531
originate timestamp: c34a3c2f.2fdf3b2d Wed, Oct 29 2003 14:16:31.187
transmit timestamp: c34a3c2f.1c17a893 Wed, Oct 29 2003 14:16:31.109
filter delay: 0.04124 0.04124 0.04221 0.04124
0.00000 0.00000 0.00000 0.00000
filter offset: 0.078240 0.078240 0.077752 0.077264
0.000000 0.000000 0.000000 0.000000
delay 0.04124, dispersion 0.00031
offset 0.078240
adjust time server 10.60.20.145 offset 0.078240 sec
/etc/services :
ntp 123/udp
ntp.conf :
server 10.60.20.145 burst
driftfile /cluster/members/member/etc/ntp.drift
enable stats
logfile /var/log/ntpd
logconfig =syncall +clockall +sysall
/etc/ntp.drift :
0.000
/var/log/ntpd :
system event 'event_restart' (0x01) status 'sync_alarm, sync_unspec, 1 event, event_unspec' (0xc010)
daemon.log :
ntpd 4.0.98a Wed Oct 16 17:36:24 EDT 2002
precision = 976 usec
kern_enable is 1
using kernel phase-lock loop 0000
frequency initialized 0.000 from /cluster/members/member/etc/ntp.drift
using kernel phase-lock loop 0000
ntpq -c as :
ind assID status conf reach auth condition last_event cnt
===========================================================
1 924 8000 yes no
ntpq -c rv :
status=c011 sync_alarm, sync_unspec, 1 event, event_restart,
processor="alpha", system="OSF1V5.1", leap=11, stratum=16,
precision=-11, rootdelay=0.000, rootdispersion=2.385, peer=0,
refid=0.0.0.0, reftime=00000000.00000000 Thu, Feb 7 2036 7:28:16.000,
poll=6, clock=c34a3ade.46d04e61 Wed, Oct 29 2003 14:10:54.276, state=1,
phase=0.000, frequency=0.000, jitter=0.000, stability=0.000
ntptrace -dnv 10.60.20.145 :
[athena.info.latelec.fr-gourdin]/var/adm/syslog.dated/current>ntptrace -dnv 10.60.20.145
DoTransmit(10.60.20.145)
DoTransmit to 10.60.20.145
ReceiveBuf(10.60.20.145, 10.60.20.145)
server 10.60.20.145, port 123
stratum 15, precision -6, leap 00
refid [0.0.0.0] delay 0.00096, dispersion 0.00000 offset 0.000760
rootdelay 0.00000, rootdispersion 0.00000, synch dist 0.00000
reference time: c34a3822.e51eb749 Wed, Oct 29 2003 13:59:14.895
originate timestamp: c34a3afe.cd0e5517 Wed, Oct 29 2003 14:11:26.801
transmit timestamp: c34a3afe.ccbc8c0c Wed, Oct 29 2003 14:11:26.799
DoTransmit(0.0.0.0)
DoTransmit to 0.0.0.0
ReceiveBuf(0.0.0.0, 10.60.10.8)
receive: wrong server
DoTransmit(0.0.0.0)
DoTransmit to 0.0.0.0
ReceiveBuf(0.0.0.0, 10.60.10.8)
receive: wrong server
DoTransmit(0.0.0.0)
DoTransmit to 0.0.0.0
ReceiveBuf(0.0.0.0, 10.60.10.8)
receive: wrong server
DoTransmit(0.0.0.0)
DoTransmit to 0.0.0.0
ReceiveBuf(0.0.0.0, 10.60.10.8)
receive: wrong server
DoTransmit(0.0.0.0)
DoTransmit to 0.0.0.0
ReceiveBuf(0.0.0.0, 10.60.10.8)
receive: wrong server
0.0.0.0: *Timeout*
why timeout ?
ping 10.60.20.145 :
PING 10.60.20.145 (10.60.20.145): 56 data bytes
64 bytes from 10.60.20.145: icmp_seq=0 ttl=128 time=0 ms
64 bytes from 10.60.20.145: icmp_seq=1 ttl=128 time=0 ms
64 bytes from 10.60.20.145: icmp_seq=2 ttl=128 time=0 ms
64 bytes from 10.60.20.145: icmp_seq=3 ttl=128 time=0 ms
----10.60.20.145 PING Statistics----
4 packets transmitted, 4 packets received, 0% packet loss
round-trip (ms) min/avg/max = 0/0/0 ms
Can you help me ?
thanks,
Thomas GOURDIN
System & database administrator
LATelec - Latecoere Group
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-29-2003 01:29 AM
10-29-2003 01:29 AM
Re: xntpd : time sync status : unreach
no, the timeserver is not a cluster. it's
a simple computer with 2000 pro.
My client is a ds20 with tru64 v5.1 OSF1.
The others clients (hpux 11i,RH 7,8) works
fine with the timeserver.
a simple computer with 2000 pro.
My client is a ds20 with tru64 v5.1 OSF1.
The others clients (hpux 11i,RH 7,8) works
fine with the timeserver.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-29-2003 05:48 AM
10-29-2003 05:48 AM
Re: xntpd : time sync status : unreach
Thomas,
What is the OS of the Timeserver ?
If Microsoft Windows
then
check if it uses NTP or SNTP
if SNTP
then
This will not work
fi
fi
SNTP (Simple Network Time Protocol) has a precision of 1 second and this is not precise enough to keep NTP-clients synchronised.
Joris
What is the OS of the Timeserver ?
If Microsoft Windows
then
check if it uses NTP or SNTP
if SNTP
then
This will not work
fi
fi
SNTP (Simple Network Time Protocol) has a precision of 1 second and this is not precise enough to keep NTP-clients synchronised.
Joris
To err is human, but to really faul things up requires a computer
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-29-2003 08:59 PM
10-29-2003 08:59 PM
Re: xntpd : time sync status : unreach
yes, the timeserver is a windows 2000 pro
and it uses sntp, so i'll try to configure
another timeserver with linux and ntp.
Thanks.
and it uses sntp, so i'll try to configure
another timeserver with linux and ntp.
Thanks.
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP