[ntp:hackers] Joy of ACTS, but some sorrow otherwise

David L. Mills mills at udel.edu
Sat Feb 26 19:27:32 PST 2005


Danny,

Was your trace with TWO -d? You will see continuous reports from gtraw() 
with a zero-length string.

Look more carefully on bridgeport. Pogo is sending broadcast key 5 as 
well as multicast autokey. Bridgeport is using key 5, not autokey. 
That's a configuration mistake I will correct on the moment. Meanwhile, 
I restarted pogo and it faulted. That's new.

Dave

Danny Mayer wrote:

> At 09:06 PM 2/26/2005, David L. Mills wrote:
>
>> Danny,
>>
>> Host rackety has used some 192 minutes of CPU cycles in less than a 
>> day. Before I axed out the error comment in ntp_io.c, an attempt to 
>> read the clock resulted in a continuous scroll of error messaged. The 
>> WWVB driver on rackety is identical to the one on pogo, which runs as 
>> expected.
>>
>> To see the evidence, start the daemon with -d -d and watch the trace.
>
>
> So why don't I see the dial string on rackety when I do this? I have a 
> very large
> log file from this afternoon on rackety. There is no evidence that beyond
> opening a file decriptor that it knew what to do. That's why I wondered
> about broken hardware. Isn't it identical to mort's config?
>
>> The problem is not just a multicast client, it's an Autokey 
>> multicast/broadcast client. I've described the problem in detail a 
>> number of times recently. If you wish, I will describe it again.
>
>
> That's what bridgeport is using. It works fine as a multicast IPv4 
> client.
>
> Danny





More information about the hackers mailing list