Xymon Mailing List Archive search

Terabithia or compile

17 messages in this thread

list John Thurston · Wed, 17 Jun 2020 15:44:22 -0800 ·
Ahh, the age-old question . .

Last time I installed a xymon server, it was on Solaris and I compiled 
from source. I now need to deploy a new server on linux (specifically 
CentOS).

What say ye?
A) yum install from Terabithia
B) make from source


-- 
--
Do things because you should, not just because you can.

John Thurston    XXX-XXX-XXXX
user-ce4d79d99bab@xymon.invalid
Department of Administration
State of Alaska
list Malcolm Hunter · Thu, 18 Jun 2020 00:58:51 +0100 ·

I always build from source. But then I have my own hacks and customisation to apply.


Sent from Mail for Windows 10


quoted from John Thurston

From: John Thurston
Sent: 18 June 2020 00:55
To: Xymon MailingList
Subject: [Xymon] Terabithia or compile


Ahh, the age-old question . .


Last time I installed a xymon server, it was on Solaris and I compiled

from source. I now need to deploy a new server on linux (specifically

CentOS).


What say ye?

A) yum install from Terabithia

B) make from source



--

--

Do things because you should, not just because you can.


John Thurston    XXX-XXX-XXXX

user-ce4d79d99bab@xymon.invalid

Department of Administration

State of Alaska

list John Horne · Thu, 18 Jun 2020 00:38:06 +0000 ·
quoted from John Thurston
On Wed, 2020-06-17 at 15:44 -0800, John Thurston wrote:
Ahh, the age-old question . .

Last time I installed a xymon server, it was on Solaris and I compiled
from source. I now need to deploy a new server on linux (specifically
CentOS).

What say ye?
A) yum install from Terabithia
B) make from source
Hi,

I used to build from source, but for our CentOS 7 and 8 servers I have been
using the Terabithia RPMs with no problems. The downside is that, like Malcolm
Hunter mentioned, I have subsequently applied some local patches - sent to the
list - so that meant rebuilding the RPMs.

I would say if you use the stock code, then the RPMs are trivial to install
rather than building from source. If you have local mods then it's up to you -
build from source or rebuild the RPMs.
Either way you have to rebuild something :-)

At the moment I'm keeping an eye on the 'Terabithia RPMs still active?' thread,
since it may of course mean reverting to building from source. Although the
question may be modified to how much is the source on sourceforge being updated
anyway?


John.

--
John Horne | Senior Operations Analyst | Technology and Information Services
University of Plymouth | Drake Circus | Plymouth | Devon | PL4 8AA | UK
[http://www.plymouth.ac.uk/images/email_footer.gif]<http://www.plymouth.ac.uk/worldclass>;

This email and any files with it are confidential and intended solely for the use of the recipient to whom it is addressed. If you are not the intended recipient then copying, distribution or other use of the information contained is strictly prohibited and you should not rely on it. If you have received this email in error please let the sender know immediately and delete it from your system(s). Internet emails are not necessarily secure. While we take every care, University of Plymouth accepts no responsibility for viruses and it is your responsibility to scan emails and their attachments. University of Plymouth does not accept responsibility for any changes made after it was sent. Nothing in this email or its attachments constitutes an order for goods or services unless accompanied by an official order form.
list Bruce Ferrell · Wed, 17 Jun 2020 23:12:23 -0700 ·
quoted from John Thurston
On 6/17/20 4:44 PM, John Thurston wrote:
Ahh, the age-old question . .

Last time I installed a xymon server, it was on Solaris and I compiled from source. I now need to deploy a new server on linux (specifically CentOS).

What say ye?
A) yum install from Terabithia
B) make from source
I prefer to build from source... Only because I hate Devmon.

I just wish the SNMP support in xymon was documented better.

It's really much cleaner than Devmon

Someday, when I retire, I'll do the write up
list Paul Root · Thu, 18 Jun 2020 13:27:25 +0000 ·
I used to build my own RPM, but Terabithia is so easy, I just use it.
quoted from John Thurston

-----Original Message-----
From: Xymon <xymon-bounces at xymon.com> On Behalf Of John Thurston
Sent: Wednesday, June 17, 2020 6:44 PM
To: Xymon MailingList <xymon at xymon.com>
Subject: [Xymon] Terabithia or compile

Ahh, the age-old question . .

Last time I installed a xymon server, it was on Solaris and I compiled
from source. I now need to deploy a new server on linux (specifically
CentOS).

What say ye?
A) yum install from Terabithia
B) make from source


--
--
Do things because you should, not just because you can.

John Thurston    XXX-XXX-XXXX
user-ce4d79d99bab@xymon.invalid
Department of Administration
State of Alaska

https://imss91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=http%3a%2f%2flists.xymon.com%2fmailman%2flistinfo%2fxymon&umid=70FB0210-A850-6605-8C99-747DBA239C8E&auth=19120be9529b25014b618505cb01789c5433dae7-819ab529d365abce503884632df92ae83f163c8f
This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
list Paul Root · Thu, 18 Jun 2020 13:36:19 +0000 ·
So now you've got me interested.

I'm not thrilled with devmon, but it mostly gets done what I need.

What does the built in SNMP do for me? Where do I find out more about it?
quoted from Bruce Ferrell

-----Original Message-----
From: Xymon <xymon-bounces at xymon.com> On Behalf Of Bruce Ferrell
Sent: Thursday, June 18, 2020 1:12 AM
To: xymon at xymon.com
Subject: Re: [Xymon] Terabithia or compile

On 6/17/20 4:44 PM, John Thurston wrote:
Ahh, the age-old question . .

Last time I installed a xymon server, it was on Solaris and I compiled from source. I now need to deploy a new server on linux (specifically CentOS).

What say ye?
A) yum install from Terabithia
B) make from source
I prefer to build from source... Only because I hate Devmon.

I just wish the SNMP support in xymon was documented better.

It's really much cleaner than Devmon

Someday, when I retire, I'll do the write up


https://imss91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=http%3a%2f%2flists.xymon.com%2fmailman%2flistinfo%2fxymon&umid=F5C18473-A855-AE05-99F1-5A056DDFDF7D&auth=19120be9529b25014b618505cb01789c5433dae7-d6be4f1bd33d7d853b1c71880cb2b71d68a7aec2
quoted from Paul Root
This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
list Phil Hale · Thu, 18 Jun 2020 08:49:29 -0500 ·
We've  been using Terabithia for quite a while.  We pull the
repositories down into our Satellite server and it makes for easy
install and deployment across our organization.  I wish he could get
the packages added to EPEL, but pulling from Terabithia has been
working just fine.
quoted from John Thurston

-----Original Message-----
From: John Thurston <user-ce4d79d99bab@xymon.invalid>
To: Xymon MailingList <xymon at xymon.com>
Subject: [Xymon] Terabithia or compile
Date: Wed, 17 Jun 2020 15:44:22 -0800

Ahh, the age-old question . .
Last time I installed a xymon server, it was on Solaris and I compiled
from source. I now need to deploy a new server on linux (specifically
CentOS).

What say ye?A) yum install from TerabithiaB) make from source
list John Thurston · Thu, 18 Jun 2020 11:23:57 -0800 ·
quoted from John Horne
On 6/17/2020 4:38 PM, John Horne wrote:
I used to build from source, but for our CentOS 7 and 8 servers I have been
using the Terabithia RPMs with no problems. The downside is that, like Malcolm
Hunter mentioned, I have subsequently applied some local patches - sent to the
list - so that meant rebuilding the RPMs.
I'm now looking at the Terabithia package for the first time in years. My first reaction is, wth?

Installing the xymon package on my server has disabled chronyd and installed (but not started) ntpd. why?! If I hadn't read through the list of packages it was going to grab, and understand the significance of this one, I'd be going blindly forward with an un-synchronized system clock.

Now I wonder how many other of my services it has disabled or replaced. I feel like I've just walked into a mine field :(
quoted from Paul Root


--
Do things because you should, not just because you can.

John Thurston    XXX-XXX-XXXX
user-ce4d79d99bab@xymon.invalid
Department of Administration
State of Alaska
list John Horne · Thu, 18 Jun 2020 19:52:28 +0000 ·
quoted from John Thurston
On Thu, 2020-06-18 at 11:23 -0800, John Thurston wrote:
On 6/17/2020 4:38 PM, John Horne wrote:
I used to build from source, but for our CentOS 7 and 8 servers I have been
using the Terabithia RPMs with no problems. The downside is that, like
Malcolm Hunter mentioned, I have subsequently applied some local patches -
sent to the list - so that meant rebuilding the RPMs.
I'm now looking at the Terabithia package for the first time in years.
My first reaction is, wth?

Installing the xymon package on my server has disabled chronyd and
installed (but not started) ntpd. why?!
Really? I've just run a test on a local server, and neither chronyd was
disabled nor was ntpd installed. after installing xymon, chronyd kept running
as it was before, and the ntpd package was not present before or afterwards.
quoted from John Horne


John.

--
John Horne | Senior Operations Analyst | Technology and Information Services
University of Plymouth | Drake Circus | Plymouth | Devon | PL4 8AA | UK
[http://www.plymouth.ac.uk/images/email_footer.gif]<http://www.plymouth.ac.uk/worldclass>;

This email and any files with it are confidential and intended solely for the use of the recipient to whom it is addressed. If you are not the intended recipient then copying, distribution or other use of the information contained is strictly prohibited and you should not rely on it. If you have received this email in error please let the sender know immediately and delete it from your system(s). Internet emails are not necessarily secure. While we take every care, University of Plymouth accepts no responsibility for viruses and it is your responsibility to scan emails and their attachments. University of Plymouth does not accept responsibility for any changes made after it was sent. Nothing in this email or its attachments constitutes an order for goods or services unless accompanied by an official order form.
list John Thurston · Thu, 18 Jun 2020 12:20:41 -0800 ·
quoted from John Horne
On 6/18/2020 11:52 AM, John Horne wrote:
On Thu, 2020-06-18 at 11:23 -0800, John Thurston wrote:
On 6/17/2020 4:38 PM, John Horne wrote:
I used to build from source, but for our CentOS 7 and 8 servers I have been
using the Terabithia RPMs with no problems. The downside is that, like
Malcolm Hunter mentioned, I have subsequently applied some local patches -
sent to the list - so that meant rebuilding the RPMs.
I'm now looking at the Terabithia package for the first time in years.
My first reaction is, wth?

Installing the xymon package on my server has disabled chronyd and
installed (but not started) ntpd. why?!
Really? I've just run a test on a local server, and neither chronyd was
disabled nor was ntpd installed. after installing xymon, chronyd kept running
as it was before, and the ntpd package was not present before or afterwards.
I'm running CentOS 7
#~> uname -r
3.10.0-1127.10.1.el7.x86_64
I've restored the system to its prior snapshot, and performed the 
install again. This time around, it installed the ntp package (including 
the ntpd service but not enabling it), and did not disable chronyd.

I'm again saying, "WTH?", but now for a different reason.

I guess I'm going to need to add a line to my documentation, "After 
installation of the xymon package, confirm chronyd is still present. If 
not, rinse and repeat."


This is what yum told me it was going to do:
Installing:
 xymon                          x86_64        4.3.30-1.el7                    Xymon      3.2 M
Installing for dependencies:
 apr                            x86_64        1.4.8-5.el7                     base       103 k
 apr-util                       x86_64        1.5.2-6.el7                     base        92 k
 audit-libs-python              x86_64        2.8.5-4.el7                     base        76 k
 autogen-libopts                x86_64        5.18-5.el7                      base        66 k
 c-ares                         x86_64        1.10.0-3.el7                    base        78 k
 cairo                          x86_64        1.15.12-4.el7                   base       741 k
 checkpolicy                    x86_64        2.5-8.el7                       base       295 k
 dejavu-fonts-common            noarch        2.33-6.el7                      base        64 k
 dejavu-sans-fonts              noarch        2.33-6.el7                      base       1.4 M
 dejavu-sans-mono-fonts         noarch        2.33-6.el7                      base       433 k
 fontconfig                     x86_64        2.13.0-4.3.el7                  base       254 k
 fontpackages-filesystem        noarch        1.44-8.el7                      base       9.9 k
 fping                          x86_64        3.10-4.el7                      epel        46 k
 fribidi                        x86_64        1.0.2-1.el7_7.1                 base        79 k
 graphite2                      x86_64        1.3.10-1.el7_3                  base       115 k
 harfbuzz                       x86_64        1.7.5-2.el7                     base       267 k
 httpd                          x86_64        2.4.6-93.el7.centos             base       2.7 M
 httpd-tools                    x86_64        2.4.6-93.el7.centos             base        92 k
 libX11                         x86_64        1.6.7-2.el7                     base       607 k
 libX11-common                  noarch        1.6.7-2.el7                     base       164 k
 libXau                         x86_64        1.0.8-2.1.el7                   base        29 k
 libXdamage                     x86_64        1.1.4-4.1.el7                   base        20 k
 libXext                        x86_64        1.3.3-3.el7                     base        39 k
 libXfixes                      x86_64        5.0.3-1.el7                     base        18 k
 libXft                         x86_64        2.3.2-2.el7                     base        58 k
 libXrender                     x86_64        0.9.10-1.el7                    base        26 k
 libXxf86vm                     x86_64        1.1.4-1.el7                     base        18 k
 libcgroup                      x86_64        0.41-21.el7                     base        66 k
 libdbi                         x86_64        0.8.4-6.el7                     base        42 k
 libglvnd                       x86_64        1:1.0.1-0.8.git5baa1e5.el7      base        89 k
 libglvnd-egl                   x86_64        1:1.0.1-0.8.git5baa1e5.el7      base        44 k
 libglvnd-glx                   x86_64        1:1.0.1-0.8.git5baa1e5.el7      base       125 k
 libsemanage-python             x86_64        2.5-14.el7                      base       113 k
 libthai                        x86_64        0.1.14-9.el7                    base       187 k
 libtirpc                       x86_64        0.2.4-0.16.el7                  base        89 k
 libwayland-client              x86_64        1.15.0-1.el7                    base        33 k
 libwayland-server              x86_64        1.15.0-1.el7                    base        39 k
 libxcb                         x86_64        1.13-1.el7                      base       214 k
 libxshmfence                   x86_64        1.2-1.el7                       base       7.2 k
 mailcap                        noarch        2.1.41-2.el7                    base        31 k
 mesa-libEGL                    x86_64        18.3.4-7.el7_8.1                updates    109 k
 mesa-libGL                     x86_64        18.3.4-7.el7_8.1                updates    165 k
 mesa-libgbm                    x86_64        18.3.4-7.el7_8.1                updates     39 k
 mesa-libglapi                  x86_64        18.3.4-7.el7_8.1                updates     46 k
 net-snmp-libs                  x86_64        1:5.7.2-48.el7_8                updates    751 k
 net-tools                      x86_64        2.0-0.25.20131004git.el7        base       306 k
 ntp                            x86_64        4.2.6p5-29.el7.centos           base       548 k
 ntpdate                        x86_64        4.2.6p5-29.el7.centos           base        86 k
 pango                          x86_64        1.42.4-4.el7_7                  base       280 k
 pixman                         x86_64        0.34.0-1.el7                    base       248 k
 policycoreutils-python         x86_64        2.5-34.el7                      base       457 k
 psmisc                         x86_64        22.20-16.el7                    base       141 k
 python-IPy                     noarch        0.75-6.el7                      base        32 k
 rrdtool                        x86_64        1.5.5-1.1.el7                   Xymon      540 k
 setools-libs                   x86_64        3.3.8-4.el7                     base       620 k
and when done, it told me what it had installed:
Installed:
 xymon.x86_64 0:4.3.30-1.el7

Dependency Installed:
 apr-util.x86_64 0:1.5.2-6.el7
 apr.x86_64 0:1.4.8-5.el7
 audit-libs-python.x86_64 0:2.8.5-4.el7
 autogen-libopts.x86_64 0:5.18-5.el7
 c-ares.x86_64 0:1.10.0-3.el7
 cairo.x86_64 0:1.15.12-4.el7
 checkpolicy.x86_64 0:2.5-8.el7
 dejavu-fonts-common.noarch 0:2.33-6.el7
 dejavu-sans-fonts.noarch 0:2.33-6.el7
 dejavu-sans-mono-fonts.noarch 0:2.33-6.el7
 fontconfig.x86_64 0:2.13.0-4.3.el7
 fontpackages-filesystem.noarch 0:1.44-8.el7
 fping.x86_64 0:3.10-4.el7
 fribidi.x86_64 0:1.0.2-1.el7_7.1
 graphite2.x86_64 0:1.3.10-1.el7_3
 harfbuzz.x86_64 0:1.7.5-2.el7
 httpd-tools.x86_64 0:2.4.6-93.el7.centos
 httpd.x86_64 0:2.4.6-93.el7.centos
 libX11-common.noarch 0:1.6.7-2.el7
 libX11.x86_64 0:1.6.7-2.el7
 libXau.x86_64 0:1.0.8-2.1.el7
 libXdamage.x86_64 0:1.1.4-4.1.el7
 libXext.x86_64 0:1.3.3-3.el7
 libXfixes.x86_64 0:5.0.3-1.el7
 libXft.x86_64 0:2.3.2-2.el7
 libXrender.x86_64 0:0.9.10-1.el7
 libXxf86vm.x86_64 0:1.1.4-1.el7
 libcgroup.x86_64 0:0.41-21.el7
 libdbi.x86_64 0:0.8.4-6.el7
 libglvnd-egl.x86_64 1:1.0.1-0.8.git5baa1e5.el7
 libglvnd-glx.x86_64 1:1.0.1-0.8.git5baa1e5.el7
 libglvnd.x86_64 1:1.0.1-0.8.git5baa1e5.el7
 libsemanage-python.x86_64 0:2.5-14.el7
 libthai.x86_64 0:0.1.14-9.el7
 libtirpc.x86_64 0:0.2.4-0.16.el7
 libwayland-client.x86_64 0:1.15.0-1.el7
 libwayland-server.x86_64 0:1.15.0-1.el7
 libxcb.x86_64 0:1.13-1.el7
 libxshmfence.x86_64 0:1.2-1.el7
 mailcap.noarch 0:2.1.41-2.el7
 mesa-libEGL.x86_64 0:18.3.4-7.el7_8.1
 mesa-libGL.x86_64 0:18.3.4-7.el7_8.1
 mesa-libgbm.x86_64 0:18.3.4-7.el7_8.1
 mesa-libglapi.x86_64 0:18.3.4-7.el7_8.1
 net-snmp-libs.x86_64 1:5.7.2-48.el7_8
 net-tools.x86_64 0:2.0-0.25.20131004git.el7
 ntp.x86_64 0:4.2.6p5-29.el7.centos
 ntpdate.x86_64 0:4.2.6p5-29.el7.centos
 pango.x86_64 0:1.42.4-4.el7_7
 pixman.x86_64 0:0.34.0-1.el7
 policycoreutils-python.x86_64 0:2.5-34.el7
 psmisc.x86_64 0:22.20-16.el7
 python-IPy.noarch 0:0.75-6.el7
 rrdtool.x86_64 0:1.5.5-1.1.el7
quoted from John Thurston

--
Do things because you should, not just because you can.

John Thurston    XXX-XXX-XXXX
user-ce4d79d99bab@xymon.invalid
Department of Administration
State of Alaska
list Paul Root · Thu, 18 Jun 2020 21:04:50 +0000 ·
That's odd. I did not do that to me.
quoted from John Thurston

-----Original Message-----
From: Xymon <xymon-bounces at xymon.com> On Behalf Of John Thurston
Sent: Thursday, June 18, 2020 2:24 PM
To: xymon at xymon.com
Subject: Re: [Xymon] Terabithia or compile

On 6/17/2020 4:38 PM, John Horne wrote:
I used to build from source, but for our CentOS 7 and 8 servers I have been
using the Terabithia RPMs with no problems. The downside is that, like Malcolm
Hunter mentioned, I have subsequently applied some local patches - sent to the
list - so that meant rebuilding the RPMs.
I'm now looking at the Terabithia package for the first time in years.
My first reaction is, wth?

Installing the xymon package on my server has disabled chronyd and
installed (but not started) ntpd. why?! If I hadn't read through the
list of packages it was going to grab, and understand the significance
of this one, I'd be going blindly forward with an un-synchronized system
clock.

Now I wonder how many other of my services it has disabled or replaced.
I feel like I've just walked into a mine field :(


--
Do things because you should, not just because you can.

John Thurston    XXX-XXX-XXXX
user-ce4d79d99bab@xymon.invalid
Department of Administration
State of Alaska

https://imss91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=http%3a%2f%2flists.xymon.com%2fmailman%2flistinfo%2fxymon&umid=601AD134-A860-BC05-A80F-21479CC98765&auth=19120be9529b25014b618505cb01789c5433dae7-cc53d0020a90b8b12230e18a97e5a4f02af71306
quoted from Paul Root
This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
list Ralph Mitchell · Thu, 18 Jun 2020 20:43:06 -0400 ·
I downloaded the source rpm and installed it.  The spec file for building
the RPMs contains this:

     %if %{without trunk}
     %if 0%{?rhel} <= 7
     Requires:       ntp
     %endif
     %endif

So, yeah, it builds into the binary RPMs the requirement to pull in ntp.
I'm not sure if that can be made into a conditional, to require ntp OR
chrony.

Ralph Mitchell


On Thu, Jun 18, 2020 at 5:05 PM Root, Paul T via Xymon <xymon at xymon.com>
wrote:
---------- Forwarded message ----------
From: "Root, Paul T" <user-76fdb6883669@xymon.invalid>
To: "'John Thurston'" <user-ce4d79d99bab@xymon.invalid>, "xymon at xymon.com" <
xymon at xymon.com>
Cc:
Bcc:
Date: Thu, 18 Jun 2020 21:04:50 +0000
quoted from Paul Root
Subject: RE: [Xymon] Terabithia or compile
That's odd. I did not do that to me.

-----Original Message-----
From: Xymon <xymon-bounces at xymon.com> On Behalf Of John Thurston
Sent: Thursday, June 18, 2020 2:24 PM
To: xymon at xymon.com
Subject: Re: [Xymon] Terabithia or compile

On 6/17/2020 4:38 PM, John Horne wrote:
I used to build from source, but for our CentOS 7 and 8 servers I have
been
using the Terabithia RPMs with no problems. The downside is that, like
Malcolm
Hunter mentioned, I have subsequently applied some local patches - sent
to the
list - so that meant rebuilding the RPMs.
I'm now looking at the Terabithia package for the first time in years.
My first reaction is, wth?

Installing the xymon package on my server has disabled chronyd and
installed (but not started) ntpd. why?! If I hadn't read through the
list of packages it was going to grab, and understand the significance
of this one, I'd be going blindly forward with an un-synchronized system
clock.

Now I wonder how many other of my services it has disabled or replaced.
I feel like I've just walked into a mine field :(


--
Do things because you should, not just because you can.

John Thurston    XXX-XXX-XXXX
user-ce4d79d99bab@xymon.invalid
Department of Administration
State of Alaska


https://imss91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=http%3a%2f%2flists.xymon.com%2fmailman%2flistinfo%2fxymon&umid=601AD134-A860-BC05-A80F-21479CC98765&auth=19120be9529b25014b618505cb01789c5433dae7-cc53d0020a90b8b12230e18a97e5a4f02af71306
This communication is the property of CenturyLink and may contain
confidential or privileged information. Unauthorized use of this
communication is strictly prohibited and may be unlawful. If you have
received this communication in error, please immediately notify the sender
by reply e-mail and destroy all copies of the communication and any
attachments.


---------- Forwarded message ----------
From: "Root, Paul T via Xymon" <xymon at xymon.com>
To: "'John Thurston'" <user-ce4d79d99bab@xymon.invalid>, "xymon at xymon.com" <
xymon at xymon.com>
Cc:
Bcc:
Date: Thu, 18 Jun 2020 21:04:50 +0000
Subject: Re: [Xymon] Terabithia or compile

list Jeremy Laidman · Fri, 19 Jun 2020 13:05:28 +1000 ·
I think there's an historical reason for the ntp package being required.

The xymonnet binary uses ntpdate (via NTPDATE defined in xymonserver.cfg)
to be able to monitor the "ntp" service. Specifically it execs "ntpdate -u
-q -p 1 <host IP>". The code in do_net.c is written around the output of
ntpdate, so chronyc couldn't be used as an alternative without some
serious munging of the output. So for a base Xymon server deployment,
ntpdate is generally required. [Actually, Xymon can use sntp instead of
ntpdate, but this isn't actually relevant to the current situation.]

I seem to recall, on earlier (prior to v6) versions of RHEL, that the
ntpdate binary used to be part of the ntp (or xntp or xntpd) package. This
is probably where the dependency on "ntp" came from.

Installing (the package) ntp also brings in ntpdate (as a prerequisite),
but installing just ntpdate should not install ntp. This seems to be the
case for RHELv7 and v6. I'd say the spec file should match %{?rhel} between
6 and 7 and do "Requires: ntpdate".

J
quoted from Ralph Mitchell


On Fri, 19 Jun 2020 at 10:43, Ralph M <user-00a5e44c48c0@xymon.invalid> wrote:
I downloaded the source rpm and installed it.  The spec file for building
the RPMs contains this:

     %if %{without trunk}
     %if 0%{?rhel} <= 7
     Requires:       ntp
     %endif
     %endif

So, yeah, it builds into the binary RPMs the requirement to pull in ntp.
I'm not sure if that can be made into a conditional, to require ntp OR
chrony.

Ralph Mitchell


On Thu, Jun 18, 2020 at 5:05 PM Root, Paul T via Xymon <xymon at xymon.com>
wrote:
---------- Forwarded message ----------
From: "Root, Paul T" <user-76fdb6883669@xymon.invalid>
To: "'John Thurston'" <user-ce4d79d99bab@xymon.invalid>, "xymon at xymon.com" <
xymon at xymon.com>
Cc:
Bcc:
Date: Thu, 18 Jun 2020 21:04:50 +0000
Subject: RE: [Xymon] Terabithia or compile
That's odd. I did not do that to me.

-----Original Message-----
From: Xymon <xymon-bounces at xymon.com> On Behalf Of John Thurston
Sent: Thursday, June 18, 2020 2:24 PM
To: xymon at xymon.com
Subject: Re: [Xymon] Terabithia or compile

On 6/17/2020 4:38 PM, John Horne wrote:
I used to build from source, but for our CentOS 7 and 8 servers I have
been
using the Terabithia RPMs with no problems. The downside is that, like
Malcolm
Hunter mentioned, I have subsequently applied some local patches - sent
to the
list - so that meant rebuilding the RPMs.
I'm now looking at the Terabithia package for the first time in years.
My first reaction is, wth?

Installing the xymon package on my server has disabled chronyd and
installed (but not started) ntpd. why?! If I hadn't read through the
list of packages it was going to grab, and understand the significance
of this one, I'd be going blindly forward with an un-synchronized system
clock.

Now I wonder how many other of my services it has disabled or replaced.
I feel like I've just walked into a mine field :(


--
Do things because you should, not just because you can.

John Thurston    XXX-XXX-XXXX
user-ce4d79d99bab@xymon.invalid
Department of Administration
State of Alaska


https://imss91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=http%3a%2f%2flists.xymon.com%2fmailman%2flistinfo%2fxymon&umid=601AD134-A860-BC05-A80F-21479CC98765&auth=19120be9529b25014b618505cb01789c5433dae7-cc53d0020a90b8b12230e18a97e5a4f02af71306
This communication is the property of CenturyLink and may contain
confidential or privileged information. Unauthorized use of this
communication is strictly prohibited and may be unlawful. If you have
received this communication in error, please immediately notify the sender
by reply e-mail and destroy all copies of the communication and any
attachments.


---------- Forwarded message ----------
From: "Root, Paul T via Xymon" <xymon at xymon.com>
To: "'John Thurston'" <user-ce4d79d99bab@xymon.invalid>, "xymon at xymon.com" <
xymon at xymon.com>
Cc:
Bcc:
Date: Thu, 18 Jun 2020 21:04:50 +0000
Subject: Re: [Xymon] Terabithia or compile

list David Boyer · Thu, 18 Jun 2020 23:46:38 -0400 ·
Looks like ntpdate and options are defined in ~/lib/environ.c  and ref. in
the ~/xymonet/xymonnet.c and ~/xymond/rrd/do_net.c code.    Looks like
something that needs to be updated, as I'm running a dev xymon server on
CentOS 8
and the ntp rpm's are not part of the distro anymore.

Dave
quoted from Jeremy Laidman

On Thu, Jun 18, 2020 at 11:13 PM Jeremy Laidman <user-0608abae5e7c@xymon.invalid> wrote:
I think there's an historical reason for the ntp package being required.

The xymonnet binary uses ntpdate (via NTPDATE defined in xymonserver.cfg)
to be able to monitor the "ntp" service. Specifically it execs "ntpdate -u
-q -p 1 <host IP>". The code in do_net.c is written around the output of
ntpdate, so chronyc couldn't be used as an alternative without some
serious munging of the output. So for a base Xymon server deployment,
ntpdate is generally required. [Actually, Xymon can use sntp instead of
ntpdate, but this isn't actually relevant to the current situation.]

I seem to recall, on earlier (prior to v6) versions of RHEL, that the
ntpdate binary used to be part of the ntp (or xntp or xntpd) package. This
is probably where the dependency on "ntp" came from.

Installing (the package) ntp also brings in ntpdate (as a prerequisite),
but installing just ntpdate should not install ntp. This seems to be the
case for RHELv7 and v6. I'd say the spec file should match %{?rhel} between
6 and 7 and do "Requires: ntpdate".

J


On Fri, 19 Jun 2020 at 10:43, Ralph M <user-00a5e44c48c0@xymon.invalid> wrote:
I downloaded the source rpm and installed it.  The spec file for building
the RPMs contains this:

     %if %{without trunk}
     %if 0%{?rhel} <= 7
     Requires:       ntp
     %endif
     %endif

So, yeah, it builds into the binary RPMs the requirement to pull in ntp.
I'm not sure if that can be made into a conditional, to require ntp OR
chrony.

Ralph Mitchell


On Thu, Jun 18, 2020 at 5:05 PM Root, Paul T via Xymon <xymon at xymon.com>
wrote:
---------- Forwarded message ----------
From: "Root, Paul T" <user-76fdb6883669@xymon.invalid>
To: "'John Thurston'" <user-ce4d79d99bab@xymon.invalid>, "xymon at xymon.com" <
xymon at xymon.com>
Cc:
Bcc:
Date: Thu, 18 Jun 2020 21:04:50 +0000
Subject: RE: [Xymon] Terabithia or compile
That's odd. I did not do that to me.

-----Original Message-----
From: Xymon <xymon-bounces at xymon.com> On Behalf Of John Thurston
Sent: Thursday, June 18, 2020 2:24 PM
To: xymon at xymon.com
Subject: Re: [Xymon] Terabithia or compile

On 6/17/2020 4:38 PM, John Horne wrote:
I used to build from source, but for our CentOS 7 and 8 servers I have
been
using the Terabithia RPMs with no problems. The downside is that, like
Malcolm
Hunter mentioned, I have subsequently applied some local patches -
sent to the
list - so that meant rebuilding the RPMs.
I'm now looking at the Terabithia package for the first time in years.
My first reaction is, wth?

Installing the xymon package on my server has disabled chronyd and
installed (but not started) ntpd. why?! If I hadn't read through the
list of packages it was going to grab, and understand the significance
of this one, I'd be going blindly forward with an un-synchronized system
clock.

Now I wonder how many other of my services it has disabled or replaced.
I feel like I've just walked into a mine field :(


--
Do things because you should, not just because you can.

John Thurston    XXX-XXX-XXXX
user-ce4d79d99bab@xymon.invalid
Department of Administration
State of Alaska


https://imss91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=http%3a%2f%2flists.xymon.com%2fmailman%2flistinfo%2fxymon&umid=601AD134-A860-BC05-A80F-21479CC98765&auth=19120be9529b25014b618505cb01789c5433dae7-cc53d0020a90b8b12230e18a97e5a4f02af71306
This communication is the property of CenturyLink and may contain
confidential or privileged information. Unauthorized use of this
communication is strictly prohibited and may be unlawful. If you have
received this communication in error, please immediately notify the sender
by reply e-mail and destroy all copies of the communication and any
attachments.


---------- Forwarded message ----------
From: "Root, Paul T via Xymon" <xymon at xymon.com>
To: "'John Thurston'" <user-ce4d79d99bab@xymon.invalid>, "xymon at xymon.com" <
xymon at xymon.com>
Cc:
Bcc:
Date: Thu, 18 Jun 2020 21:04:50 +0000
Subject: Re: [Xymon] Terabithia or compile

list Mark O. Stitson · Fri, 19 Jun 2020 08:15:55 +0100 ·
When we went for CentOS 8, we simply took the CentOS 7 source RPMs  for ntp and rebuilt them for CentOS 8. 

 
There are good reasons why you would want to choose NTP over Chrony in certain corner cases.

 
Mark
quoted from David Boyer

 
From: Xymon <xymon-bounces at xymon.com> On Behalf Of David Boyer
Sent: 19 June 2020 04:47
To: Jeremy Laidman <user-0608abae5e7c@xymon.invalid>
Cc: xymon at xymon.com
Subject: Re: [Xymon] Terabithia or compile

 
Looks like ntpdate and options are defined in ~/lib/environ.c  and ref. in the ~/xymonet/xymonnet.c and ~/xymond/rrd/do_net.c code.    Looks like something that needs to be updated, as I'm running a dev xymon server on CentOS 8

and the ntp rpm's are not part of the distro anymore.

 
Dave

 
On Thu, Jun 18, 2020 at 11:13 PM Jeremy Laidman <user-0608abae5e7c@xymon.invalid <mailto:user-0608abae5e7c@xymon.invalid> > wrote:

I think there's an historical reason for the ntp package being required.

 
The xymonnet binary uses ntpdate (via NTPDATE defined in xymonserver.cfg) to be able to monitor the "ntp" service. Specifically it execs "ntpdate -u -q -p 1 <host IP>". The code in do_net.c is written around the output of ntpdate, so chronyc couldn't be used as an alternative without some serious munging of the output. So for a base Xymon server deployment, ntpdate is generally required. [Actually, Xymon can use sntp instead of ntpdate, but this isn't actually relevant to the current situation.]

I seem to recall, on earlier (prior to v6) versions of RHEL, that the ntpdate binary used to be part of the ntp (or xntp or xntpd) package. This is probably where the dependency on "ntp" came from.

 
Installing (the package) ntp also brings in ntpdate (as a prerequisite), but installing just ntpdate should not install ntp. This seems to be the case for RHELv7 and v6. I'd say the spec file should match %{?rhel} between 6 and 7 and do "Requires: ntpdate".

 
J

 
On Fri, 19 Jun 2020 at 10:43, Ralph M <user-00a5e44c48c0@xymon.invalid <mailto:user-00a5e44c48c0@xymon.invalid> > wrote:

I downloaded the source rpm and installed it.  The spec file for building the RPMs contains this:


     %if %{without trunk}
     %if 0%{?rhel} <= 7
     Requires:       ntp
     %endif

     %endif

 
So, yeah, it builds into the binary RPMs the requirement to pull in ntp.  I'm not sure if that can be made into a conditional, to require ntp OR chrony.

 
Ralph Mitchell

 
On Thu, Jun 18, 2020 at 5:05 PM Root, Paul T via Xymon <xymon at xymon.com <mailto:xymon at xymon.com> > wrote:


---------- Forwarded message ----------
From: "Root, Paul T" <user-76fdb6883669@xymon.invalid <mailto:user-76fdb6883669@xymon.invalid> >
To: "'John Thurston'" <user-ce4d79d99bab@xymon.invalid <mailto:user-ce4d79d99bab@xymon.invalid> >, "xymon at xymon.com <mailto:xymon at xymon.com> " <xymon at xymon.com <mailto:xymon at xymon.com> >
Cc: 
Bcc: 
Date: Thu, 18 Jun 2020 21:04:50 +0000
Subject: RE: [Xymon] Terabithia or compile
That's odd. I did not do that to me.

-----Original Message-----
From: Xymon <xymon-bounces at xymon.com <mailto:xymon-bounces at xymon.com> > On Behalf Of John Thurston
Sent: Thursday, June 18, 2020 2:24 PM
To: xymon at xymon.com <mailto:xymon at xymon.com> 
Subject: Re: [Xymon] Terabithia or compile

On 6/17/2020 4:38 PM, John Horne wrote:
I used to build from source, but for our CentOS 7 and 8 servers I have been
using the Terabithia RPMs with no problems. The downside is that, like Malcolm
Hunter mentioned, I have subsequently applied some local patches - sent to the
list - so that meant rebuilding the RPMs.
I'm now looking at the Terabithia package for the first time in years.
My first reaction is, wth?

Installing the xymon package on my server has disabled chronyd and
installed (but not started) ntpd. why?! If I hadn't read through the
list of packages it was going to grab, and understand the significance
of this one, I'd be going blindly forward with an un-synchronized system
clock.

Now I wonder how many other of my services it has disabled or replaced.
I feel like I've just walked into a mine field :(


--
Do things because you should, not just because you can.

John Thurston    XXX-XXX-XXXX

user-ce4d79d99bab@xymon.invalid <mailto:user-ce4d79d99bab@xymon.invalid> 
Department of Administration
State of Alaska

Xymon at xymon.com <mailto:Xymon at xymon.com> 
https://imss91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=http%3a%2f%2flists.xymon.com%2fmailman%2flistinfo%2fxymon <https://imss91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=http%3a%2f%2flists.xymon.com%2fmailman%2flistinfo%2fxymon&umid=601AD134-A860-BC05-A80F-21479CC98765&auth=19120be9529b25014b618505cb01789c5433dae7-cc53d0020a90b8b12230e18a97e5a4f02af71306>; &umid=601AD134-A860-BC05-A80F-21479CC98765&auth=19120be9529b25014b618505cb01789c5433dae7-cc53d0020a90b8b12230e18a97e5a4f02af71306
quoted from David Boyer
This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.


---------- Forwarded message ----------
From: "Root, Paul T via Xymon" <xymon at xymon.com <mailto:xymon at xymon.com> >
To: "'John Thurston'" <user-ce4d79d99bab@xymon.invalid <mailto:user-ce4d79d99bab@xymon.invalid> >, "xymon at xymon.com <mailto:xymon at xymon.com> " <xymon at xymon.com <mailto:xymon at xymon.com> >
Cc: 
Bcc: 
Date: Thu, 18 Jun 2020 21:04:50 +0000
Subject: Re: [Xymon] Terabithia or compile

list Jeremy Laidman · Fri, 19 Jun 2020 17:21:41 +1000 ·
quoted from Mark O. Stitson
On Fri, 19 Jun 2020 at 17:16, Mark O. Stitson <user-dc119b2dabdf@xymon.invalid> wrote:
There are good reasons why you would want to choose NTP over Chrony in
certain corner cases.
Please can you elaborate on when Chrony would not be as good? We're
planning on going with chrony rather than trying to bring ntp along for the
ride.

J
list Matt VanderWerf · Wed, 16 Mar 2022 08:19:33 -0400 ·
It is true that ntp/ntpdate are not part of RHEL 8 at all.

Has anyone gotten it working with the Terabitha RPMs on RHEL 8 yet?

Sounds like there are code changes that are needed to make the 'ntp' checks
work correctly, beyond just changing the RPM spec?

Thanks!

-- 
Matt Vander Werf
quoted from David Boyer

On Thu, Jun 18, 2020 at 11:47 PM David Boyer <user-a6c09f28d9d2@xymon.invalid> wrote:
Looks like ntpdate and options are defined in ~/lib/environ.c  and ref. in
the ~/xymonet/xymonnet.c and ~/xymond/rrd/do_net.c code.    Looks like
something that needs to be updated, as I'm running a dev xymon server on
CentOS 8
and the ntp rpm's are not part of the distro anymore.

Dave

On Thu, Jun 18, 2020 at 11:13 PM Jeremy Laidman <user-0608abae5e7c@xymon.invalid>
wrote:
I think there's an historical reason for the ntp package being required.

The xymonnet binary uses ntpdate (via NTPDATE defined in xymonserver.cfg)
to be able to monitor the "ntp" service. Specifically it execs "ntpdate -u
-q -p 1 <host IP>". The code in do_net.c is written around the output of
ntpdate, so chronyc couldn't be used as an alternative without some
serious munging of the output. So for a base Xymon server deployment,
ntpdate is generally required. [Actually, Xymon can use sntp instead of
ntpdate, but this isn't actually relevant to the current situation.]

I seem to recall, on earlier (prior to v6) versions of RHEL, that the
ntpdate binary used to be part of the ntp (or xntp or xntpd) package. This
is probably where the dependency on "ntp" came from.

Installing (the package) ntp also brings in ntpdate (as a prerequisite),
but installing just ntpdate should not install ntp. This seems to be the
case for RHELv7 and v6. I'd say the spec file should match %{?rhel} between
6 and 7 and do "Requires: ntpdate".

J


On Fri, 19 Jun 2020 at 10:43, Ralph M <user-00a5e44c48c0@xymon.invalid> wrote:
I downloaded the source rpm and installed it.  The spec file for
building the RPMs contains this:

     %if %{without trunk}
     %if 0%{?rhel} <= 7
     Requires:       ntp
     %endif
     %endif

So, yeah, it builds into the binary RPMs the requirement to pull in
ntp.  I'm not sure if that can be made into a conditional, to require ntp
OR chrony.

Ralph Mitchell


On Thu, Jun 18, 2020 at 5:05 PM Root, Paul T via Xymon <xymon at xymon.com>
wrote:
---------- Forwarded message ----------
From: "Root, Paul T" <user-76fdb6883669@xymon.invalid>
To: "'John Thurston'" <user-ce4d79d99bab@xymon.invalid>, "xymon at xymon.com" <
xymon at xymon.com>
Cc:
Bcc:
Date: Thu, 18 Jun 2020 21:04:50 +0000
Subject: RE: [Xymon] Terabithia or compile
That's odd. I did not do that to me.

-----Original Message-----
From: Xymon <xymon-bounces at xymon.com> On Behalf Of John Thurston
Sent: Thursday, June 18, 2020 2:24 PM
To: xymon at xymon.com
Subject: Re: [Xymon] Terabithia or compile

On 6/17/2020 4:38 PM, John Horne wrote:
I used to build from source, but for our CentOS 7 and 8 servers I
have been
using the Terabithia RPMs with no problems. The downside is that,
like Malcolm
Hunter mentioned, I have subsequently applied some local patches -
sent to the
list - so that meant rebuilding the RPMs.
I'm now looking at the Terabithia package for the first time in years.
My first reaction is, wth?

Installing the xymon package on my server has disabled chronyd and
installed (but not started) ntpd. why?! If I hadn't read through the
list of packages it was going to grab, and understand the significance
of this one, I'd be going blindly forward with an un-synchronized system
clock.

Now I wonder how many other of my services it has disabled or replaced.
I feel like I've just walked into a mine field :(


--
Do things because you should, not just because you can.

John Thurston    XXX-XXX-XXXX
user-ce4d79d99bab@xymon.invalid
Department of Administration
State of Alaska


https://imss91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=http%3a%2f%2flists.xymon.com%2fmailman%2flistinfo%2fxymon&umid=601AD134-A860-BC05-A80F-21479CC98765&auth=19120be9529b25014b618505cb01789c5433dae7-cc53d0020a90b8b12230e18a97e5a4f02af71306
This communication is the property of CenturyLink and may contain
confidential or privileged information. Unauthorized use of this
communication is strictly prohibited and may be unlawful. If you have
received this communication in error, please immediately notify the sender
by reply e-mail and destroy all copies of the communication and any
attachments.


---------- Forwarded message ----------
From: "Root, Paul T via Xymon" <xymon at xymon.com>
To: "'John Thurston'" <user-ce4d79d99bab@xymon.invalid>, "xymon at xymon.com" <
xymon at xymon.com>
Cc:
Bcc:
Date: Thu, 18 Jun 2020 21:04:50 +0000
Subject: Re: [Xymon] Terabithia or compile