<div dir="ltr">Does your ntpdate have the -B option?? If so, it can make the adjustment slowly.<br><br>From the Gentoo Linux manpage:<br><br> -B Force the time to always be slewed using the adjtime() system<br>
call, even if the measured offset is greater than +-128 ms. The<br> default is to step the time using settimeofday() if the offset<br> is greater than +-128 ms. Note that, if the offset is much<br>
greater than +-128 ms in this case, that it can take a long time<br> (hours) to slew the clock to the correct value. During this<br> time. the host should not be used to synchronize clients.<br>
<br>From the NOTES section of the adjtime(3) man page:<br><br> The adjustment that adjtime() makes to the clock is carried out in such<br> a manner that the clock is always monotonically increasing. Using adj-<br>
time() to adjust the time prevents the problems that can be caused for<br> certain applications (e.g., make(1)) by abrupt positive or negative<br> jumps in the system time.<br><br>Ralph Mitchell<br>
<br><br><div class="gmail_quote">On Mon, Sep 8, 2008 at 10:10 PM, Rich Smrcina <span dir="ltr"><<a href="mailto:rsmrcina@wi.rr.com">rsmrcina@wi.rr.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Posting for a friend....<br>
<br>
I've been testing out Hobbit in a SLES 10 virtual machine on z/VM. It is<br>
a monitoring application based off of Big Brother. So far, it works great<br>
except for one weird thing. We have a cron task that runs once a night<br>
that does ntpdate to sync the time with an NTP server. If the time is<br>
in sync, no problem. However, if the time is out of sync and is adjusted,<br>
Hobbit freezes. The tasks still exist, but they just stop doing anything.<br>
Apache continues to display the same web page without an update. Stopping<br>
the Hobbit daemon doesn't help, in fact, it does nothing. The tasks never<br>
stop. I have to recycle the entire system in order to free it up.<br>
<br>
Has anyone seen a problem similar to this? Any ideas?<br>
<br>
-- <br>
Rich Smrcina<br>
VM Assist, Inc.<br>
Phone: 414-491-6001<br>
Ans Service: 360-715-2467<br>
rich.smrcina at <a href="http://vmassist.com" target="_blank">vmassist.com</a><br>
<a href="http://www.linkedin.com/in/richsmrcina" target="_blank">http://www.linkedin.com/in/richsmrcina</a><br>
<br>
Catch the WAVV! <a href="http://www.wavv.org" target="_blank">http://www.wavv.org</a><br>
WAVV 2009 - Orlando, FL - May 15-19, 2009<br>
<br>
To unsubscribe from the hobbit list, send an e-mail to<br>
<a href="mailto:hobbit-unsubscribe@hswn.dk" target="_blank">hobbit-unsubscribe@hswn.dk</a><br>
<br>
<br>
</blockquote></div><br></div>