<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> Here is the configuration of my ntp.conf (comments removed) server Our internal time server server ntp-cup.external.hp.com server time.nist.gov server 127.127.1.0 fudge 127.127.1.0 stratum 10 restrict 127.0.0.1 restrict 0.0.0.0 mask 255.255.255.255 nomodify notrap noquery notrust driftfile /etc/ntp/drift multicastclient # listen on default 224.0.1.1 broadcastdelay 0.008 authenticate no ntpdate seems to have started working now, however, ntpq -p does not. After syncing with the time servers using ntpdate, I start the service and run ntpq -p and get this response: remote refid st t when poll reach delay offset jitter ============================================================================== emh1.otc.edu .RSTR. 16 u - 64 0 0.000 0.000 4000.00 ntp-cup.externa .RSTR. 16 u - 64 0 0.000 0.000 4000.00 time.nist.gov .RSTR. 16 u - 64 0 0.000 0.000 4000.00 LOCAL(0) LOCAL(0) 10 l 62 64 7 0.000 0.000 0.004 The ntpdates synced without a problem. I have other servers using the same ntp.conf file without a problem. Any ideas? <pre class="moz-signature" cols="72">Nathaniel Hall, GSEC Intrusion Detection and Firewall Technician Ozarks Technical Community College -- Office of Computer Networking <a class="moz-txt-link-abbreviated" href="mailto:halln@otc.edu">halln@otc.edu</a> 417-447-7535 </pre> Kevin Wang wrote: <blockquote cite="midd4ad9dd104120618422cf9d303@mail.gmail.com" type="cite"> <pre wrap="">On Tue, 30 Nov 2004 13:35:30 -0600, Nathaniel Hall <a class="moz-txt-link-rfc2396E" href="mailto:halln@otc.edu"><halln@otc.edu></a> wrote: </pre> <blockquote type="cite"> <pre wrap=""> I am executing ntpdate timeserver. Here is my ntpq -p: ntpq: read: Connection refused Like I said, I have ntp running correctly on several Fedora Cor 3 servers, as well as RHAS3 servers without problems. I have double checked our firewalls and do not see a problem. The firewall on the local box is disabled so that shouldn't be a problem. I did ask the guy who actually installed the system if he enabled SELinux and he did. The only thing that still throws me off is that we have other systems with SELinux enabled that didn't give us any problems. </pre> </blockquote> <pre wrap=""> ntpq tries to talk to the ntpd running on your machine, so it likely isn't running. but again, please post your ntp.conf. that will help immensely. and the output of "ntpdate pool.ntp.org" would help too. - Kevin </pre> </blockquote> </body> </html>