HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Problem with NTP protocol [HP-UX 10.20]
Operating System - HP-UX
1833032
Members
2394
Online
110049
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
08-10-2003 11:27 AM
08-10-2003 11:27 AM
Problem with NTP protocol [HP-UX 10.20]
HP-UX 10.20; NTP version 3.4
I can't run time synchronisation by NTP protocol from GPS.
The GPS clock is connected to the server via serial port.
in the file ntp.conf I have line:
server 127.127.8.0 mode 12
It's correct line for my GPS clock, but after starting xntpd deamon, in the file syslog.log I have information:
Aug 9 14:58:33 cc-pata1 xntpd[15440]: xntpd 3.4 #Revision 1.1.110.2: Thu
May 9 21:27:00 GMT 1996
Aug 9 14:58:33 cc-pata1 xntpd[15440]: configure: keyword "mode" unknown,
line ignored
Aug 9 14:58:33 cc-pata1 xntpd[15440]: configure: keyword "12" unknown, line
ignored
When I try run NTP protocol without any parameters in file ntp.conf
(server 127.127.8.0)
in syslog.log I have information:
"can't initialize 127.127.8.0, no support for clock type 8"
NTP protocols works correctly, when in the file ntp.conf is line:
server 127.127.1.0
I lost time synchronisation after system crashed and when I recover system (without reinstall)
Everything works correctly without NTP :-(
Please help me
I can't run time synchronisation by NTP protocol from GPS.
The GPS clock is connected to the server via serial port.
in the file ntp.conf I have line:
server 127.127.8.0 mode 12
It's correct line for my GPS clock, but after starting xntpd deamon, in the file syslog.log I have information:
Aug 9 14:58:33 cc-pata1 xntpd[15440]: xntpd 3.4 #Revision 1.1.110.2: Thu
May 9 21:27:00 GMT 1996
Aug 9 14:58:33 cc-pata1 xntpd[15440]: configure: keyword "mode" unknown,
line ignored
Aug 9 14:58:33 cc-pata1 xntpd[15440]: configure: keyword "12" unknown, line
ignored
When I try run NTP protocol without any parameters in file ntp.conf
(server 127.127.8.0)
in syslog.log I have information:
"can't initialize 127.127.8.0, no support for clock type 8"
NTP protocols works correctly, when in the file ntp.conf is line:
server 127.127.1.0
I lost time synchronisation after system crashed and when I recover system (without reinstall)
Everything works correctly without NTP :-(
Please help me
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-10-2003 03:49 PM
08-10-2003 03:49 PM
Re: Problem with NTP protocol [HP-UX 10.20]
ntpq -p [ip of time server]
While its possible to get time snych without success from this command line, its not supported.
Its quite possible that within your network a Microsoft time server has been set up that does NOT meet ntp guidelines set up by the founder of NTP, Doctor David Mills.
I'm going to show you a good ntp file albeit from 11.11. You have variances from standard that might be causing you difficulties.
#keys /usr/local/bin/ntp.keys # path for keys file
#trustedkey 3 4 5 6 14 # define trusted keys
#requestkey 15 # key (7) for accessing server variables
#controlkey 15 # key (6) for accessing server variables
#authdelay 0.000159 # authentication delay (SPARC4c/65 SS1+ MD5)
server 192.168.0.40 # austron 2201A gps receiver
Simple yet it keeps the server time reasonable.
Good output from the ntpq command.
The time server in this case is a Linux box. As you know Linux often stays from the path on standards but not in this case.
[808#] ntpq -p 192.168.0.40
remote refid st t when poll reach delay offset disp
==============================================================================
*ntp0.mcs.anl.go 0.0.0.0 1 u 77m 1024 377 45.76 -5.631 14.83
Mon Aug 11 00:48:22 2003:/root
SEP
While its possible to get time snych without success from this command line, its not supported.
Its quite possible that within your network a Microsoft time server has been set up that does NOT meet ntp guidelines set up by the founder of NTP, Doctor David Mills.
I'm going to show you a good ntp file albeit from 11.11. You have variances from standard that might be causing you difficulties.
#keys /usr/local/bin/ntp.keys # path for keys file
#trustedkey 3 4 5 6 14 # define trusted keys
#requestkey 15 # key (7) for accessing server variables
#controlkey 15 # key (6) for accessing server variables
#authdelay 0.000159 # authentication delay (SPARC4c/65 SS1+ MD5)
server 192.168.0.40 # austron 2201A gps receiver
Simple yet it keeps the server time reasonable.
Good output from the ntpq command.
The time server in this case is a Linux box. As you know Linux often stays from the path on standards but not in this case.
[808#] ntpq -p 192.168.0.40
remote refid st t when poll reach delay offset disp
==============================================================================
*ntp0.mcs.anl.go 0.0.0.0 1 u 77m 1024 377 45.76 -5.631 14.83
Mon Aug 11 00:48:22 2003:/root
SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
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