Re: [ntp:questions] Ntpd in uninterruptible sleep?

[Dave Hart <hart%ntp.org@localhost>]

On Thu, Nov 17, 2011 at 18:04, Alexander Carver 
<agcarver%acarver.net@localhost> wrote:
> On 11/17/2011 09:14, Dave Hart wrote:
>> filtdelay= 0.23 0.23 0.23 0.23 0.23 0.37 0.23 0.26,
>> filtoffset= -0.06 -0.06 -0.07 -0.08 -0.08 -0.01 -0.01 -0.01,
>> filtdisp= 0.00 0.96 1.95 2.94 3.95 4.91 5.81 5.84
>>
>> The last three lines are the ones from ctl_putarray().
>>
>> Thanks for digging into this.  Your test program is close what I had
>> it mind.  I was thinking output only the hex values followed by \r to
>> avoid scrolling the terminal for speed, expecting when it went into an
>> infinite loop, the interesting hex value would be visible.  AGC, what
>> does your ntpq show if you try similar commands, varying from&1 to
>> the number of associations?  'rv&X' happens under the hood for each
>> line of ntpq -p, and -c raw shows the text as it is on the wire (at
>> least for these filt*=).
>
> Do you want this data from the older version or the newer development
> version?  I'm assuming the older version which means I need to restart ntpd
> and let it accumulate some data before I can try it but I'd only have a
> limited window of time before it completely locks up.

No, 4.2.7 is fine.  The point is the numbers are small and from
measurements, none typically exceed about 16000.0 I believe.

> I see the test code from Martin in the thread.  I'll take that and let it
> bang away at my IPX to see what happens.  At least that way there are two
> sparc32's running it and if both cough up an error then something is really
> wrong.

The more the merrier,
Dave Hart