Xymon 4.3.16 now available
Hi,
Sunday appears to be my preferred day of the week for releasing new Xymon versions, and this Sunday follows that tradition.
4.3.16 is available on Sourceforge now, in source form, as Debian packages, or as pre-compiled plain binary tar-files for Linux.
There are no new features in this release, it simply tries to clean up the various mistakes done over the past few weeks. In particular, the accidental merging of client-local.cfg entries that was introduced in 4.3.15 is gone, unless you run xymond with a "--merge-clientconfig" option. The regexp-style matching of hostnames from 4.3.15 still works, also without this option enabled.
I realize that I may have carried the Open Source battlecry of "release early, release often" a bit too far here in 2014, so I sincerely hope that there won't be a need for yet another 4.3-release next Sunday. But I hope you'll bear with me, and keep on reporting any weird behaviour you may find.
Regards, Henrik
Hello all,
I've posted updated versions of RPMs for 4.3.16 in the testing repository at http://terabithia.org/rpms/xymon/
If no major problems are discovered, I'll move them into the normal directories some time this week. Early adopters are encouraged to try them out and let me know if you notice any issues :)
i386/x86_64 RPMs are available for EL5/EL6, and x86_64 packages for Fedora 18-20. The associated client-static RPMs are also back.
Of special note for Fedora users, the RPMs now use systemd service units instead of initscripts. The appropriate chkconfig/service commands *should* work as expected still, but any runlevel startup options might need to be reset.
Regards,
-jc
Hi,
I've posted updated versions of RPMs for 4.3.16 in the testing repository at http://terabithia.org/rpms/xymon/
If no major problems are discovered, I'll move them into the normal directories some time this week. Early adopters are encouraged to try them out and let me know if you notice any issues :)
Just upgraded from 4.3.12 to 4.3.16 with "yum update" using the RHEL6 x86_64 RPMS. The update worked fine, so far :-)
Just one thing: the css files under /usr/share/xymon/gifs and ../menu have been overridden by the update. We made some changes to them, that are lost, now (luckily, we had a backup). Would it be possible to install the new files as .rpnew?
Regards, Dirk
On Mon, February 10, 2014 6:14 am, Dirk Kastens wrote:
Just one thing: the css files under /usr/share/xymon/gifs and ../menu have been overridden by the update. We made some changes to them, that are lost, now (luckily, we had a backup). Would it be possible to install the new files as .rpnew?
Ahh, good point; it'd make sense to mark both the .css and the gifs as configs to allow changes to persist. I'll put that in the next version.
Regards,
-jc
Hi,
I just installed the xymon-client-4.3.16-1.el6.x86_64 and configured the client in local mode. It seems, that the xymond_client is missing from the RPM. The xymonclient.log says:
/usr/libexec/xymon-client/xymonclient.sh: 115: /usr/libexec/xymon-client/xymond_client: not found
Regards, Dirk
On Tue, February 11, 2014 5:25 am, Dirk Kastens wrote:
Hi,
I just installed the xymon-client-4.3.16-1.el6.x86_64 and configured the client in local mode. It seems, that the xymond_client is missing from the RPM. The xymonclient.log says:
/usr/libexec/xymon-client/xymonclient.sh: 115: /usr/libexec/xymon-client/xymond_client: not found
Hi,
This was for some of the same reasons as in the discussion on the list -- preventing server-side dependencies (in this case, PCRE) from being a hard, yet mostly unused 'Requires:' on the client-side RPM.
However, it's clear that there're definitely folks who are still using --local mode, so it makes sense to add it.
I'll probably do this as a sub-package (xymon-client-local?) so as to prevent the main RPM from changing its dependencies, though. Pulling that in will fix this issue.
Regards, -jc
Am 11.02.2014 16:16, schrieb J.C. Cleaver:
This was for some of the same reasons as in the discussion on the list -- preventing server-side dependencies (in this case, PCRE) from being a hard, yet mostly unused 'Requires:' on the client-side RPM.
However, it's clear that there're definitely folks who are still using --local mode, so it makes sense to add it.
We are running all clients in local mode, because the client admins know best what should be tested.
I'll probably do this as a sub-package (xymon-client-local?) so as to prevent the main RPM from changing its dependencies, though. Pulling that in will fix this issue.
Well, it simply is confusing, because there's a localclient.cfg in the package, where the --local option is described, the xymonclient.sh knows about the option, but the binary is missing.
Regards, Dirk
Hello all,
I've posted updated versions of RPMs for 4.3.16 in the testing repository at http://terabithia.org/rpms/xymon/
If no major problems are discovered, I'll move them into the normal directories some time this week. Early adopters are encouraged to try them out and let me know if you notice any issues :)
i386/x86_64 RPMs are available for EL5/EL6, and x86_64 packages for Fedora 18-20. The associated client-static RPMs are also back.
Of special note for Fedora users, the RPMs now use systemd service units instead of initscripts. The appropriate chkconfig/service commands *should* work as expected still, but any runlevel startup options might need to be reset.
Regards,
-jc
Question...what is this /usr/bin/diet that the el5 src.rpm claims is required? It appears that it could be dietlibc-lib, which appears to be available for RHEL5, but not CentOS5...can you confirm?
Never mind...I'm not having a good brain day...I see the RPMs also in the testing repository.
Mike Burger http://www.bubbanfriends.org
"Once word leaks out that a pirate's gone soft, people begin to disobey you and then it's nothing but work, work, work, all the time." --Westley/The Dread Pirate Roberts
Hello all,
I've posted updated versions of RPMs for 4.3.16 in the testing repository at http://terabithia.org/rpms/xymon/
If no major problems are discovered, I'll move them into the normal directories some time this week. Early adopters are encouraged to try them out and let me know if you notice any issues :)
i386/x86_64 RPMs are available for EL5/EL6, and x86_64 packages for Fedora 18-20. The associated client-static RPMs are also back.
Of special note for Fedora users, the RPMs now use systemd service units instead of initscripts. The appropriate chkconfig/service commands *should* work as expected still, but any runlevel startup options might need to be reset.
Regards,
-jc
Question...what is this /usr/bin/diet that the el5 src.rpm claims is required? It appears that it could be dietlibc-lib, which appears to be available for RHEL5, but not CentOS5...can you confirm?
Thank you Henrik for this release !
It's been running here for 14 hours now without a glitch :-)
Under RHEL 6.5 where C-ARES packages are installed, there is still weird messages thrown by configure :
MAKE=gmake ./configure.server
... Checking for C-ARES library ... gmake -C build clean gmake: *** build: No such file or directory. Stop. gmake: *** [clean] Error 2. Compiling with c-ares library works OK C-ARES version: Found 1.7.0 - too old, will use included version, require 1.7.3 gmake: *** [test-link] Error 1 ERROR: Cannot link with c-ares library. The system C-ARES library is missing or not usable. I will use the version shipped with Xymon ...
Dominique
Den 2014-02-10 8:10, Dominique Frise skrev:
Under RHEL 6.5 where C-ARES packages are installed, there is still weird messages thrown by configure :
MAKE=gmake ./configure.server
... Checking for C-ARES library ... gmake -C build clean gmake: *** build: No such file or directory. Stop. gmake: *** [clean] Error 2. Compiling with c-ares library works OK C-ARES version: Found 1.7.0 - too old, will use included version, require 1.7.3 gmake: *** [test-link] Error 1 ERROR: Cannot link with c-ares library. The system C-ARES library is missing or not usable. I will use the version shipped with Xymon
I agree the messages can be a bit confusing, but this is actually the expected output when you have an older C-ARES version installed than the one which ships with Xymon.
Good to hear that 4.3.16 is working for you, though.
Regards, Henrik
I missed the notice that things were moving away from www/(client|server)/* to just www/*. This is going to be a painful upgrade now that I have to relocate all the configuration files across our infrastructure.
I would have preferred to see this type of change happen between major versions (4.3 -> 4.4) than in the middle of 4.3.
Den 10-02-2014 18:30, Mark Felder skrev:
I missed the notice that things were moving away from www/(client|server)/* to just www/*. This is going to be a painful upgrade now that I have to relocate all the configuration files across our infrastructure.
If you build a server (configure --server), then it retains the client+server directory setup. No change.
If you build a client, just set the installation directory to "/foo/bar/xymon/client"
Regards, Henrik
Aha. I see this must now be set with XYMONTOPDIR.
The builds on FreeBSD are automated -- we use a pre-generated Makefile so the build is non-interactive.
Mark et al.
Any easy way to upgrade or do we just do another install overtop of what we have now? I have 4.3.10.
Thank you,
Michael A. Brown mike.a.brown09 at gmail.com (757) 912-0836 M.S. Forensic Studies: Computer Forensics B.S. Information Technology: Network Specialist
"The only thing necessary for the triumph of evil is for good men to do nothing" -Edmund Burke
On Mon, Feb 10, 2014 at 1:59 PM, Mark Felder <feld at feld.me> wrote:
Aha. I see this must now be set with XYMONTOPDIR.
The builds on FreeBSD are automated -- we use a pre-generated Makefile so the build is non-interactive.
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
From a package
Xubuntu 14.04 dev
Mike Brown -sent from my droid On Feb 10, 2014 2:18 PM, "Mark Felder" <feld at feld.me> wrote:
On Mon, Feb 10, 2014, at 13:08, Michael Brown wrote:
Mark et al.
Any easy way to upgrade or do we just do another install overtop of what we have now? I have 4.3.10.
Are you installing from source or from a package? Which OS?
Am 09.02.2014 11:00, schrieb Henrik Størner:
Hi,
Sunday appears to be my preferred day of the week for releasing new Xymon versions, and this Sunday follows that tradition.
4.3.16 is available on Sourceforge now, in source form, as Debian packages, or as pre-compiled plain binary tar-files for Linux.
There are no new features in this release, it simply tries to clean up the various mistakes done over the past few weeks. In particular, the accidental merging of client-local.cfg entries that was introduced in 4.3.15 is gone, unless you run xymond with a "--merge-clientconfig" option. The regexp-style matching of hostnames from 4.3.15 still works, also without this option enabled.
I realize that I may have carried the Open Source battlecry of "release early, release often" a bit too far here in 2014, so I sincerely hope that there won't be a need for yet another 4.3-release next Sunday. But I hope you'll bear with me, and keep on reporting any weird behaviour you may find.
Regards, Henrik
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
no problems here, after upgrade , thx for coding
Best Regards MfG Robert Schetterer
-- [*] sys4 AG
http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein
participants (8)
-
cleaver＠terabithia.org
-
dirk.kastens＠uni-osnabrueck.de
-
dominique.frise＠unil.ch
-
feld＠feld.me
-
henrik＠hswn.dk
-
mburger＠bubbanfriends.org
-
mike.a.brown09＠gmail.com
-
rs＠sys4.de