Xymon 4.3.16 now available 🔗 link

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

We appreciate your hard work, Henrik. I'll get this tested ASAP.

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

Am 09.02.2014 11:00, schrieb Henrik Størner:

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

Den 2014-02-10 8:10, Dominique Frise skrev:

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

Hi,

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

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

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:

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
user-eb30166000d4@xymon.invalid
(XXX) XXX-XXXX
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 <user-db141d317836@xymon.invalid> wrote:

On Mon, Feb 10, 2014, at 13:08, Michael Brown wrote:

Are you installing from source or from a package? Which OS?

From a package

Xubuntu 14.04 dev

Mike Brown
-sent from my droid

On Feb 10, 2014 2:18 PM, "Mark Felder" <user-db141d317836@xymon.invalid> wrote:

On Mon, February 10, 2014 6:14 am, Dirk Kastens wrote:

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,

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:

We are running all clients in local mode, because the client admins know best what should be tested.

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