topic Re: problem with ntp in Operating System - HP-UX

problem with ntp

RAKOTOARISON — Mon, 21 Aug 2000 09:40:32 GMT

Hello,

I try to configure the /etc/ntp.conf.
When I launch the following command:
ntpq -p

I received an error
"ntpq:read:Can't assign request address"

I will summarize.

Thanks

Re: problem with ntp

Stefan Farrelly — Mon, 21 Aug 2000 09:55:08 GMT

The time diference is too great between the server your running ntpq -p on and the server your trying to sync to. use the command ntpdate -d -v to see how great the difference is. You need to set the field NTPDATE_SERVER= in /etc/rc.config.d/netdaemons and reboot, then the time will be sync'd in one go between the 2 servers and now ntpq -p will work.

Re: problem with ntp

Alex Glennie — Mon, 21 Aug 2000 09:57:26 GMT

One possible known cause of this error is a
third-party Y2K testing product ; Time Machine.

SolutionSoft (Time Machine vendor) has identified the problem,
and are releasing a new version of their product to resolve the issue.

In the meantime, turn Time Machine 'off', and ntp will exhibit the
expected behavior.

Re: problem with ntp

James R. Ferguson — Mon, 21 Aug 2000 10:17:30 GMT

Hi:

Make sure /etc/ntp.conf is correctly configured. Set XNTPD=1 in /etc/rc.config.d/netdaemons. Stop and then start xntpd with:

# /sbin/init.d/xntpd stop
# /sbin/init.d/xntpd start

Now try running ntpq -p again.

Check /var/adm/syslog/syslog.log for any errors.

...JRF...

Re: problem with ntp

Rick Garland — Mon, 21 Aug 2000 11:57:59 GMT

Check to make sure that you have a valid address in the ntp.conf file. If a modification has been made or is going to be made, stop/start the ntp process to have the ntp.conf file reread.

Re: problem with ntp

Rick Garland — Mon, 21 Aug 2000 13:03:32 GMT

You will want to ensure that you can resolve the address in the ntp.conf file. Can it be pinged? cvan you nslookup by hostname as well as IP?

Is the server you are sync-ing to in a DMZ? If so, you probably have a routing issue but be careful, adding routes to make ntp work may defeat the purpose of the DMZ.

The University of Delaware has a ntpfaq that you may find useful. I do not have the address right not but you can search the forums for 'ntp' and in a couple of the previous posts will be the address.

Re: problem with ntp

RAKOTOARISON — Wed, 23 Aug 2000 11:24:39 GMT

I receive the following message in the file
/var/adm/syslog/syslog.log

xntpd[7777]: bind() fd11, family 2
port 123 addr 0a0a23ff,
in_class=0 flags=0
fails: address already in use

Re: problem with ntp

Stefan Farrelly — Wed, 23 Aug 2000 11:31:15 GMT

address already in use sounds like the xntpd process is already running. Can you do a ps -ef | grep xntp to see if its running ? If you need to stop and restart it use /sbin/init.d/xntpd stop (or start). Once its running ntpq -p should work.

Re: problem with ntp

Kurt Henning — Wed, 29 Nov 2000 00:01:58 GMT

This is kind of an old thread, so writing this may be futile, but I'm having the same problem as Rakotoarison. The reason that ntpq is unhappy is that the xntpd daemon isn't even running? His last post shows essentially the same error I'm getting.

It isn't because there is already an ntp daemon running. I checked for that. I thought perhaps something else was using that port and used netstat and lsof to confirm that that wasn't the case either. Does anyone know how to see what might be going on with the address mentioned in the error? Because, the real problem here is that xntpd refuses to start because it thinks that the address it wants to bind is already taken. It isn't taken by another ntp process because there aren't any running. I just don't know how to check the address and find out what did grab it.

Re: problem with ntp

James R. Ferguson — Wed, 29 Nov 2000 13:08:42 GMT

Kurt:

Seems that if you can't find reference to the port with 'netstat -an', 'lsof', and if neither 'xntpd' nor 'ntpdate' is running, then I would guess that the socket is in some limbo state from a previous instance that is no longer viable. Does a reboot cure the problem?

...JRF...

Re: problem with ntp

Kurt Henning — Wed, 29 Nov 2000 15:07:48 GMT

I've yet to try that. This machine is at the core of the production environment and it usually requires much coordination and an act of congress to be allowed a reboot. I puzzled over the address it was complaining about (C001FFFF) until I broke it into four pieces and converted the hex to 192.1.255.255, which WOULD be a broadcast address for one of the networks on this host. Is that valid?