Testing Terabithia packages updated to 4.3.29-0.6
Hello all,
The "xymon-testing" repo (https://terabithia.org/rpms/xymon/testing/) has been updated with packages for RHEL6, EL7 and F28-30.
These are labeled as 4.3.29-0.6 and correspond to commit (r8066). This wasn't intended directly to be a release candidate, but I had changes in the patchset that needed to be iterated on in the build process. (An EL5 build is coming.)
For the intrepid, please let me know if you notice any unusual issues on install. There will be more commits before the actual release.
Regards, -jc
Hi J.C.,
Thanks for getting these created!
I tried to install it on a RHEL 7 system, but it looks like it's trying to pull in dash as a dependency. I believe that should only be a dependency for RHEL 6, since dash is not in the normal repos for RHEL 7, correct? At least that has been the case in the past.
Resolving Dependencies --> Running transaction check ---> Package xymon-client.x86_64 0:4.3.28-1.el7 will be updated ---> Package xymon-client.x86_64 0:4.3.29-0.6.el7 will be an update --> Processing Dependency: /bin/dash for package: xymon-client-4.3.29-0.6.el7.x86_64 --> Processing Dependency: /bin/dash for package: xymon-client-4.3.29-0.6.el7.x86_64 --> Finished Dependency Resolution Error: Package: xymon-client-4.3.29-0.6.el7.x86_64 (xymon-testing) Requires: /bin/dash
yum can be configured to try to resolve such errors by temporarily enabling disabled repos and searching for missing dependencies. To enable this functionality please set 'notify_only=0' in /etc/yum/pluginconf.d/search-disabled-repos.conf
Error: Package: xymon-client-4.3.29-0.6.el7.x86_64 (xymon-testing) Requires: /bin/dash You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Uploading Enabled Repositories Report Loaded plugins: langpacks, product-id, subscription-manager
-- Matt Vander Werf HPC System Administrator University of Notre Dame
On Fri, May 3, 2019 at 8:24 PM Japheth Cleaver <cleaver at terabithia.org> wrote:
Hello all,
The "xymon-testing" repo (https://terabithia.org/rpms/xymon/testing/) has been updated with packages for RHEL6, EL7 and F28-30.
These are labeled as 4.3.29-0.6 and correspond to commit (r8066). This wasn't intended directly to be a release candidate, but I had changes in the patchset that needed to be iterated on in the build process. (An EL5 build is coming.)
For the intrepid, please let me know if you notice any unusual issues on install. There will be more commits before the actual release.
Regards, -jc
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
dash is, however, available for EL7 from epel, should it be deemed necessary.
On 2019-05-04 05:07, Matt Vander Werf wrote:
Hi J.C.,
Thanks for getting these created!
I tried to install it on a RHEL 7 system, but it looks like it's trying to pull in dash as a dependency. I believe that should only be a dependency for RHEL 6, since dash is not in the normal repos for RHEL 7, correct? At least that has been the case in the past.
Resolving Dependencies --> Running transaction check ---> Package xymon-client.x86_64 0:4.3.28-1.el7 will be updated ---> Package xymon-client.x86_64 0:4.3.29-0.6.el7 will be an update --> Processing Dependency: /bin/dash for package: xymon-client-4.3.29-0.6.el7.x86_64 --> Processing Dependency: /bin/dash for package: xymon-client-4.3.29-0.6.el7.x86_64 --> Finished Dependency Resolution Error: Package: xymon-client-4.3.29-0.6.el7.x86_64 (xymon-testing) Requires: /bin/dash
yum can be configured to try to resolve such errors by temporarily enabling disabled repos and searching for missing dependencies. To enable this functionality please set 'notify_only=0' in /etc/yum/pluginconf.d/search-disabled-repos.conf
Error: Package: xymon-client-4.3.29-0.6.el7.x86_64 (xymon-testing) Requires: /bin/dash You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Uploading Enabled Repositories Report Loaded plugins: langpacks, product-id, subscription-manager
--
Matt Vander Werf HPC System Administrator University of Notre Dame
On Fri, May 3, 2019 at 8:24 PM Japheth Cleaver <cleaver at terabithia.org> wrote:
Hello all,
The "xymon-testing" repo (https://terabithia.org/rpms/xymon/testing/) has been updated with packages for RHEL6, EL7 and F28-30.
These are labeled as 4.3.29-0.6 and correspond to commit (r8066). This wasn't intended directly to be a release candidate, but I had changes in the patchset that needed to be iterated on in the build process. (An EL5 build is coming.)
For the intrepid, please let me know if you notice any unusual issues on install. There will be more commits before the actual release.
Regards, -jc
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
-- Mike Burger http://www.bubbanfriends.org
"It's always suicide-mission this, save-the-planet that. No one ever just stops by to say 'hi' anymore." --Colonel Jack O'Neill, SG1
Hi,
It's not present in RHEL7, but it is in the EPEL7 repo as of a few months ago (https://bugzilla.redhat.com/show_bug.cgi?id=1381509), so I switched the default build option on on it. Since fping is in EPEL as well, I figure that's probably a safe option for the server install, but I'm realizing that the *xymon-client* package might be installed on more boxes without it, depending on the environment. (Especially since, unlike on EL6, lz4 is brought in in the base OS in EL7.)
I can definitely see that as reason to switch it back, if there are concerns about EPEL accessibility. I had really just wanted to avoid a situation where dash (a shell, after all) was being included via the xymon repo itself.
While there's still a fair amount of shell forking in the client (obviously), the shell wrappers that used to be used for calling CGI scripts are long-gone, so some of the pressure for performance/security is reduced a little.
-jc
On 5/6/2019 9:00 AM, Mike Burger wrote:
dash is, however, available for EL7 from epel, should it be deemed necessary.
On 2019-05-04 05:07, Matt Vander Werf wrote:
Hi J.C.,
Thanks for getting these created!
I tried to install it on a RHEL 7 system, but it looks like it's trying to pull in dash as a dependency. I believe that should only be a dependency for RHEL 6, since dash is not in the normal repos for RHEL 7, correct? At least that has been the case in the past.
Resolving Dependencies --> Running transaction check ---> Package xymon-client.x86_64 0:4.3.28-1.el7 will be updated ---> Package xymon-client.x86_64 0:4.3.29-0.6.el7 will be an update --> Processing Dependency: /bin/dash for package: xymon-client-4.3.29-0.6.el7.x86_64 --> Processing Dependency: /bin/dash for package: xymon-client-4.3.29-0.6.el7.x86_64 --> Finished Dependency Resolution Error: Package: xymon-client-4.3.29-0.6.el7.x86_64 (xymon-testing) Requires: /bin/dash
yum can be configured to try to resolve such errors by temporarily enabling disabled repos and searching for missing dependencies. To enable this functionality please set 'notify_only=0' in /etc/yum/pluginconf.d/search-disabled-repos.conf
Error: Package: xymon-client-4.3.29-0.6.el7.x86_64 (xymon-testing) Requires: /bin/dash You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Uploading Enabled Repositories Report Loaded plugins: langpacks, product-id, subscription-manager
--
Matt Vander Werf HPC System Administrator University of Notre Dame
On Fri, May 3, 2019 at 8:24 PM Japheth Cleaver <cleaver at terabithia.org> wrote:
Hello all,
The "xymon-testing" repo (https://terabithia.org/rpms/xymon/testing/) has been updated with packages for RHEL6, EL7 and F28-30.
These are labeled as 4.3.29-0.6 and correspond to commit (r8066). This wasn't intended directly to be a release candidate, but I had changes in the patchset that needed to be iterated on in the build process. (An EL5 build is coming.)
For the intrepid, please let me know if you notice any unusual issues on install. There will be more commits before the actual release.
Regards, -jc
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
I would think it would be good if it wasn't required for the clients, IMO. At least for us, EPEL is not on all our client systems (nor do we expect it ever will be). I imagine this isn't unusual a case either. bash is almost always universally available, so it makes more sense to me to stick with that for clients.
I completely expect that the server may need EPEL installed for it to get everything it needs.
Out of curiosity, what is the reason for using dash over bash? I don't have much familiarity with dash, so I wasn't sure.
-- Matt Vander Werf HPC System Administrator University of Notre Dame Center for Research Computing - Union Station 506 W. South Street South Bend, IN 46601 Phone: (574) 631-0692
On Mon, May 6, 2019 at 12:53 PM Japheth Cleaver <cleaver at terabithia.org> wrote:
Hi,
It's not present in RHEL7, but it is in the EPEL7 repo as of a few months ago (https://bugzilla.redhat.com/show_bug.cgi?id=1381509), so I switched the default build option on on it. Since fping is in EPEL as well, I figure that's probably a safe option for the server install, but I'm realizing that the *xymon-client* package might be installed on more boxes without it, depending on the environment. (Especially since, unlike on EL6, lz4 is brought in in the base OS in EL7.)
I can definitely see that as reason to switch it back, if there are concerns about EPEL accessibility. I had really just wanted to avoid a situation where dash (a shell, after all) was being included via the xymon repo itself.
While there's still a fair amount of shell forking in the client (obviously), the shell wrappers that used to be used for calling CGI scripts are long-gone, so some of the pressure for performance/security is reduced a little.
-jc
On 5/6/2019 9:00 AM, Mike Burger wrote:
dash is, however, available for EL7 from epel, should it be deemed necessary.
On 2019-05-04 05:07, Matt Vander Werf wrote:
Hi J.C.,
Thanks for getting these created!
I tried to install it on a RHEL 7 system, but it looks like it's trying to pull in dash as a dependency. I believe that should only be a dependency for RHEL 6, since dash is not in the normal repos for RHEL 7, correct? At least that has been the case in the past.
Resolving Dependencies --> Running transaction check ---> Package xymon-client.x86_64 0:4.3.28-1.el7 will be updated ---> Package xymon-client.x86_64 0:4.3.29-0.6.el7 will be an update --> Processing Dependency: /bin/dash for package: xymon-client-4.3.29-0.6.el7.x86_64 --> Processing Dependency: /bin/dash for package: xymon-client-4.3.29-0.6.el7.x86_64 --> Finished Dependency Resolution Error: Package: xymon-client-4.3.29-0.6.el7.x86_64 (xymon-testing) Requires: /bin/dash
yum can be configured to try to resolve such errors by temporarily enabling disabled repos and searching for missing dependencies. To enable this functionality please set 'notify_only=0' in /etc/yum/pluginconf.d/search-disabled-repos.conf
Error: Package: xymon-client-4.3.29-0.6.el7.x86_64 (xymon-testing) Requires: /bin/dash You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Uploading Enabled Repositories Report Loaded plugins: langpacks, product-id, subscription-manager
--
Matt Vander Werf HPC System Administrator University of Notre Dame
On Fri, May 3, 2019 at 8:24 PM Japheth Cleaver <cleaver at terabithia.org> wrote:
Hello all,
The "xymon-testing" repo (https://terabithia.org/rpms/xymon/testing/) has been updated with packages for RHEL6, EL7 and F28-30.
These are labeled as 4.3.29-0.6 and correspond to commit (r8066). This wasn't intended directly to be a release candidate, but I had changes in the patchset that needed to be iterated on in the build process. (An EL5 build is coming.)
For the intrepid, please let me know if you notice any unusual issues on install. There will be more commits before the actual release.
Regards, -jc
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
On 5/6/2019 12:01 PM, Matt Vander Werf wrote:
I would think it would be good if it wasn't required for the clients, IMO. At least for us, EPEL is not on all our client systems (nor do we expect it ever will be). I imagine this isn't unusual a case either. bash is almost always universally available, so it makes more sense to me to stick with that for clients.
I completely expect that the server may need EPEL installed for it to get everything it needs.
Out of curiosity, what is the reason for using dash over bash? I don't have much familiarity with dash, so I wasn't sure.
A combination of performance, security, and a bit of cargo cultism from back in the earliest days of the packages. dash (and its predecessor ash) are tiny compared to bash, so they launch much quicker and are less likely to have side-effects from a bash profile change accidentally affecting the xymon user account. The latter (ash) was actually often compiled statically as well, which made it even more resilient to some sort of library/package update mishap.
On resource-constrained systems, forking overhead can add up -- especially if it happens in a critical loop somewhere. One of xymon's strengths is that there's actually very little forking that occurs once the server has started up, but alarm scripts during a flood, or a lot of hits to the shell scripts that launch(ed) for each CGI (svcstatus.sh, etc) can tip over a box.
On the Debian/Ubuntu side, a lot of the rationale given behind https://wiki.ubuntu.com/DashAsBinSh is still basically valid. Fedora/EL probably would have pushed something like this *eventually*, but it was around this time that systemd was proposed as the end-all solution to long boot times. The rest, as they say, is history.
HTH,
-jc
On 2019-05-06 12:52, Japheth Cleaver wrote:
Hi,
It's not present in RHEL7, but it is in the EPEL7 repo as of a few months ago (https://bugzilla.redhat.com/show_bug.cgi?id=1381509), so I switched the default build option on on it. Since fping is in EPEL as well, I figure that's probably a safe option for the server install, but I'm realizing that the *xymon-client* package might be installed on more boxes without it, depending on the environment. (Especially since, unlike on EL6, lz4 is brought in in the base OS in EL7.)
I can definitely see that as reason to switch it back, if there are concerns about EPEL accessibility. I had really just wanted to avoid a situation where dash (a shell, after all) was being included via the xymon repo itself.
While there's still a fair amount of shell forking in the client (obviously), the shell wrappers that used to be used for calling CGI scripts are long-gone, so some of the pressure for performance/security is reduced a little.
-jc
On 5/6/2019 9:00 AM, Mike Burger wrote:
dash is, however, available for EL7 from epel, should it be deemed necessary.
On 2019-05-04 05:07, Matt Vander Werf wrote:
Hi J.C.,
Thanks for getting these created!
I tried to install it on a RHEL 7 system, but it looks like it's trying to pull in dash as a dependency. I believe that should only be a dependency for RHEL 6, since dash is not in the normal repos for RHEL 7, correct? At least that has been the case in the past.
Resolving Dependencies --> Running transaction check ---> Package xymon-client.x86_64 0:4.3.28-1.el7 will be updated ---> Package xymon-client.x86_64 0:4.3.29-0.6.el7 will be an update --> Processing Dependency: /bin/dash for package: xymon-client-4.3.29-0.6.el7.x86_64 --> Processing Dependency: /bin/dash for package: xymon-client-4.3.29-0.6.el7.x86_64 --> Finished Dependency Resolution Error: Package: xymon-client-4.3.29-0.6.el7.x86_64 (xymon-testing) Requires: /bin/dash
yum can be configured to try to resolve such errors by temporarily enabling disabled repos and searching for missing dependencies. To enable this functionality please set 'notify_only=0' in /etc/yum/pluginconf.d/search-disabled-repos.conf
Error: Package: xymon-client-4.3.29-0.6.el7.x86_64 (xymon-testing) Requires: /bin/dash You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Uploading Enabled Repositories Report Loaded plugins: langpacks, product-id, subscription-manager
-- Matt Vander Werf HPC System Administrator University of Notre Dame
On Fri, May 3, 2019 at 8:24 PM Japheth Cleaver <cleaver at terabithia.org> wrote:
Hello all,
The "xymon-testing" repo (https://terabithia.org/rpms/xymon/testing/) has been updated with packages for RHEL6, EL7 and F28-30.
These are labeled as 4.3.29-0.6 and correspond to commit (r8066). This wasn't intended directly to be a release candidate, but I had changes in the patchset that needed to be iterated on in the build process. (An EL5 build is coming.)
For the intrepid, please let me know if you notice any unusual issues on install. There will be more commits before the actual release.
Interestingly, the xymon-client-4.3.27 RPM does NOT require dash:
[mburger at in-pedmmqlx01 ~]$ cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.2 (Maipo) [mburger at in-pedmmqlx01 ~]$ rpm -q dash package dash is not installed [mburger at in-pedmmqlx01 ~]$ rpm -q xymon-client xymon-client-4.3.27-1.el7.x86_64
Mike Burger http://www.bubbanfriends.org
"It's always suicide-mission this, save-the-planet that. No one ever just stops by to say 'hi' anymore." --Colonel Jack O'Neill, SG1
On 5/6/2019 12:29 PM, Mike Burger wrote:
Interestingly, the xymon-client-4.3.27 RPM does NOT require dash:
[mburger at in-pedmmqlx01 ~]$ cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.2 (Maipo) [mburger at in-pedmmqlx01 ~]$ rpm -q dash package dash is not installed [mburger at in-pedmmqlx01 ~]$ rpm -q xymon-client xymon-client-4.3.27-1.el7.x86_64
Yep. It's coded as an rpmbuild option flag, so it can be turned on and off for different distributions. I had turned it on when re-factoring the spec file after dash had been put into EPEL, but since dash is the *only* thing in the client package not provided by the 'rhel-7-server-rpms' channel, I'll turn it off for the final RPM build. (This will also affect the EL7 server package.)
For now, xymon-client can be spot-checked on systems by picking up the dash RPM from EPEL, either by using the repo itself or just by installing the RPM directly. It's at: https://dl.fedoraproject.org/pub/epel/7/x86_64/Packages/d/dash-0.5.10.2-1.el...
Regards, -jc
On 5/3/2019 5:24 PM, Japheth Cleaver wrote:
These are labeled as 4.3.29-0.6 and correspond to commit (r8066). This wasn't intended directly to be a release candidate, but I had changes in the patchset that needed to be iterated on in the build process. (An EL5 build is coming.)
For those with EL5 boxes, a 4.3.29-0.7 x86_64 RPM is now available in the testing repo.
If there are other users with older systems that might be interested in older releases (on the RH side), let me know. I'm considering dropping package support for EOL systems at the next major release to help reduce some of the administrative overhead on the build side.
Regards,
-jc
Package version 0.8.1 has been released for RHEL8 and EL7 for those who would like to test. I've added in fping to the RHEL8 repository as EPEL has not been created for it yet, as well as man2html for source rebuilds. The dash issue for EL7 has been fixed in this build as well.
Regards, -jc
On 5/7/2019 4:28 PM, Japheth Cleaver wrote:
On 5/3/2019 5:24 PM, Japheth Cleaver wrote:
These are labeled as 4.3.29-0.6 and correspond to commit (r8066). This wasn't intended directly to be a release candidate, but I had changes in the patchset that needed to be iterated on in the build process. (An EL5 build is coming.)
For those with EL5 boxes, a 4.3.29-0.7 x86_64 RPM is now available in the testing repo.
If there are other users with older systems that might be interested in older releases (on the RH side), let me know. I'm considering dropping package support for EOL systems at the next major release to help reduce some of the administrative overhead on the build side.
participants (3)
-
cleaver@terabithia.org
-
mburger@bubbanfriends.org
-
mvanderw@nd.edu