<div dir="ltr"><bump><br><div class="gmail_extra"><br></div><div class="gmail_extra">Any response to this e-mail? Just wanted to make sure it wasn't missed....<br><br>I'm currently unable to utilize the ntp test functionality in Xymon as much as I would really like to (as it causes xymonnet to go over the 5 minute interval time) and won't be able to until this issue is addressed in an upstream fix and release AND a Terabithia RPM release, as I am using Terabithia RPMs for my Xymon server, or at the very least a patch for the xymonnet binary that I'm using. If it'd be easier and possible to just release a new Terabithia RPM for (at least) RHEL 7, that would work too....but I understand if there is the desire to keep the RPMs and upstream versions the same.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">I understand that most people aren't having this issue, as they are using an upstream ntp version below 4.2.6, but any future OS releases that use ntp >= 4.2.6 will have this same issue (including all new RHEL releases)!<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Would greatly appreciate a fix for this issue ASAP, or at the very least an acknowledgment of this issue and that a fix will be released soon!<br><br></div><div class="gmail_extra">Thanks very much!!<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div>--<br></div><div>Matt Vander Werf<br></div></div></div></div>
<br><div class="gmail_quote">On Fri, Sep 18, 2015 at 9:26 AM, Matt Vander Werf <span dir="ltr"><<a href="mailto:mvanderw@nd.edu" target="_blank">mvanderw@nd.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hello J.C., etc.<br><br></div><div>(Brief Summary)<br></div>I noticed a issue/bug in the way Xymon uses the ntpdate command for it's built-in ntp checks. Each ntp test (using the ntpdate options hard-coded into Xymon) takes >= 2 seconds to run in any OS that uses upstream ntp version 4.2.6 or later, including RHEL 7. This is due to a 2 second delay that was put in place in upstream ntp starting with version 4.2.6. While RHEL 6 uses upstream ntp 4.2.6 in it's latest iteration, the behavior I'm referring to was reverted by Red Hat when RHEL 6 moved from using version 4.2.4 to 4.2.6 in a minor release. This was because this kind of major change in behavior was not desired in only a minor RHEL release. However, in RHEL 7 it was acceptable to keep this behavior change in place since it was a major OS release.<br><br></div><div>(Detailed (continued) Summary)<br></div><div>Initially, I thought it was a Red Hat issue, so a support ticket was opened up with Red Hat to figure out what the issue was. The support person was able to replicate the issue I was seeing and created a public Bugzilla bug here: <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1260140" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1260140</a>. The ntp package maintainer for Red Hat replied saying this was intended behavior and while reverted in RHEL 6, it would not be reverted in RHEL 7. I asked in the support ticket why it was not going to be fixed in RHEL 7 and got this response in the support ticket:<br><br>"The original ntp version shipped in RHEL6 was 4.2.4, which had ntpdate 
that was fast, but violated the default 2s minimum spacing between 
requests. An NTP server with enabled rate limiting would not respond 
more than once to such client. In ntp 4.2.6 that bug was fixed by adding
 spacing between the requests, which slows down the ntpdate operation. 
This change in behavior was not acceptable for a minor RHEL6 release, so
 the bug was restored in a patch. In RHEL7 as a new major release I 
think such change is acceptable and ntpdate now works as upstream 
intended."<div><br></div><div>Please see public Bugzilla bug for additional links for reference of this change in behavior.<br></div><div><br></div><div>(Request)<br></div><div>*It would be greatly appreciated if this could be fixed in upstream Xymon ASAP! However, since my Xymon server was installed using Terabithia RPMs, what is most important to me is to get an updated Terabithia RPM created that I can use to update my Xymon server. I understand that a source code patch has already been created for Debian Xymon here: <a href="https://anonscm.debian.org/cgit/collab-maint/xymon.git/tree/debian/patches/workaround-changed-ntpdate-behaviour" target="_blank">https://anonscm.debian.org/cgit/collab-maint/xymon.git/tree/debian/patches/workaround-changed-ntpdate-behaviour</a> (referenced in earlier mailing list post: <a href="http://lists.xymon.com/pipermail/xymon/2015-September/042224.html" target="_blank">http://lists.xymon.com/pipermail/xymon/2015-September/042224.html</a>). This would work perfectly!!<br><br></div><div>However, since I am using Terabithia RPMs, it is not very easy to simply apply this above patch and recompile the base source code and use that, since I am I not using just the base source code.<br><br></div><div>Maybe a hotfix release of Xymon could be created and released sometime very soon with this fix? Currently, I am unable to do all the ntp tests I would like to do because it causes xymonnet to go over the 5 minute interval time!....<br><br></div><div>In the meantime, would it be possible for someone (maybe J.C.) to create a binary patch or something that I could apply to the current xymonnet binary with the fix in the above patch? Just a thought...and would be extremely appreciated!!<br><br><br></div><div>Thank you very much for your time and work you do to make Xymon a great monitoring tool! I look forward to some fixes being applied to resolve this issue with the ntp tests!<br><br><br></div><div>TL;DR:<br>ntp checks take WAY to long in Xymon using hard-coded ntpdate options, due to change in ntpdate behavior starting in upstream ntp version 4.2.6. This particularly affects Xymon servers running on RHEL 7 (and new releases in the future). Hotfix needed in Xymon to fix this issue (see source code patch above) ASAP! If possible, a binary patch to xymonnet binary would be much preferred in the meantime! I am using Terabithia RPMs for my Xymon server, so using above source code patch is not possible or desirable!<br><br></div><div>FYI: I am running Xymon 4.3.21-4.el7.terabithia for my Xymon server.<br><br></div><div>Thanks!!<br><br clear="all"></div><div><div><div><div><div><div><div dir="ltr"><div>--<br></div><div>Matt Vander Werf<br><br></div></div></div></div>
</div></div></div></div></div></div>
</blockquote></div><br></div></div>