<p>Ů</p>
<div class="gmail_quote">On Jul 16, 2012 4:00 AM,  <<a href="mailto:xymon-request@xymon.com">xymon-request@xymon.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Send Xymon mailing list submissions to<br>
        <a href="mailto:xymon@xymon.com">xymon@xymon.com</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://lists.xymon.com/mailman/listinfo/xymon" target="_blank">http://lists.xymon.com/mailman/listinfo/xymon</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:xymon-request@xymon.com">xymon-request@xymon.com</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:xymon-owner@xymon.com">xymon-owner@xymon.com</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Xymon digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. ALERTCOLORS question (Torsten Richter)<br>
   2. Xymon 4.3.8 available (Henrik St?rner)<br>
   3. Re: Xymon 4.3.8 available (T.J. Yang)<br>
   4. Re: Xymon 4.3.8 available (Henrik St?rner)<br>
   5. alerts.cfg RECOVERED sends 2 emails even with a STOP (FORD Alan)<br>
   6. Missing feature ? (Becker Christian)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Sun, 15 Jul 2012 14:44:37 +0200<br>
From: Torsten Richter <<a href="mailto:bb4@richter-it.net">bb4@richter-it.net</a>><br>
To: <a href="mailto:xymon@xymon.com">xymon@xymon.com</a><br>
Subject: [Xymon] ALERTCOLORS question<br>
Message-ID: <<a href="mailto:5002BB35.9020004@richter-it.net">5002BB35.9020004@richter-it.net</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
Hi XYmonians,<br>
<br>
just for my understanding: Is it possible to remove one color from the<br>
ALERTCOLORS variable in xymonserver.cfg and still trigger an alert for a<br>
test with this color in alerts.cfg?<br>
<br>
Background:<br>
I want to remove 'yellow' from ALERTCOLORS since our admins only get<br>
notified for 'red' and 'purple' alerts by our operations center.<br>
And since I use an initial delay of 6 minutes they will also be notified<br>
if a test is yellow for, let's say, 10 minutes and then turns red for 2<br>
or 3 minutes.<br>
<br>
But for some tests the "maximum" color is set to yellow since the admins<br>
do not want to get informed about something that belongs to the<br>
application development department. So these tests go yellow and an<br>
email is triggered for the test and sent to our developers.<br>
<br>
Thanks<br>
Torsten<br>
- --<br>
+---------------------------------------------------------+<br>
| E-mail  : bb4 [at] <a href="http://richter-it.net" target="_blank">richter-it.net</a>                       |<br>
|                                                         |<br>
| Homepage: <a href="http://www.richter-it.net/" target="_blank">http://www.richter-it.net/</a>                    |<br>
+---------------------------------------------------------+<br>
Download my public key from:<br>
<a href="http://gpg-keyserver.de/pks/lookup?search=0x899093AC&op=get" target="_blank">http://gpg-keyserver.de/pks/lookup?search=0x899093AC&op=get</a><br>
<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (MingW32)<br>
<br>
iEYEARECAAYFAlACuzUACgkQ7DlmxomQk6y+zACaAhoK8U/odbgbt9bvZvb2Pbu2<br>
LhkAnjDWi+wimK0ko+md460DjKOm4H4U<br>
=IObh<br>
-----END PGP SIGNATURE-----<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Sun, 15 Jul 2012 17:55:01 +0200<br>
From: Henrik St?rner <<a href="mailto:henrik@hswn.dk">henrik@hswn.dk</a>><br>
To: Xymon mailinglist <<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>>,<br>
        <a href="mailto:xymon-developer@lists.sourceforge.net">xymon-developer@lists.sourceforge.net</a><br>
Subject: [Xymon] Xymon 4.3.8 available<br>
Message-ID: <<a href="mailto:5002E7D5.1070203@hswn.dk">5002E7D5.1070203@hswn.dk</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
Hi,<br>
<br>
I have uploaded a 4.3.8 maintenance-release of Xymon to Sourceforge. It<br>
should be available by the time you read this.<br>
<br>
This release is an attempt to pick up the various patches and fixes that<br>
have appeared since the 4.3.7 release. Some issues - especially the<br>
problem with DNS timeouts - seemed important enough to warrant a<br>
maintenance release.<br>
<br>
This release should also fix some build-problems that have occurred on<br>
some systems (e.g. newer Ubuntu systems). The build-scripts were<br>
backported from the current "trunk" version, so they haven't had as much<br>
testing as the rest of the code - if you run into problems, let me know.<br>
I know of one issue on older Red Hat Linux versions, where the PCRE<br>
include-files are not found automatically; adding "--pcreinclude<br>
/usr/include/pcre" to the configure-command should fix this.<br>
<br>
There are also some enhancements, most notably the Enable/Disable page<br>
now allows you to select a specific time when the disable expires,<br>
instead of a time-interval; inode-monitoring now works on Linux clients<br>
(no other platforms, unfortunately); and the SSL certificate checks can<br>
now check the size of the certificate public key.<br>
<br>
Several of these fixes and enhancements were contributed by members of<br>
the community - I am very pleased to see Xymon development being done by<br>
others than just myself.<br>
<br>
The full list of bugfixes, enhancements and file hashes are below.<br>
<br>
Regards,<br>
Henrik<br>
<br>
<br>
Bugfixes<br>
* Workaround for DNS timeout handling, now fixed at approximately 25<br>
   seconds.<br>
* "hostinfo" command for xymond documented<br>
* confreport only shows processes that are monitored<br>
* analysis.cfg parsing of COLOR for UP rules was broken<br>
* RRD handlers no longer crash after receiving 1 billion updates<br>
* Using .netrc for authentication could crash xymonnet<br>
* "directory" includes would report the wrong filename for missing<br>
   directories.<br>
* useradm CGI would invoke htpassword twice<br>
* "include" and "directory" now ignores trailing whitespace<br>
* SSLv2 support disabled if SSL-library does not support it<br>
* Minor bugfixes and cleanups of compiler warnings.<br>
<br>
Enhancements<br>
* Service status on info page now links to the detailed status page.<br>
* Add RRDGRAPHOPTS setting to permit global user-specified RRD options,<br>
   e.g. for font to showgraph CGI<br>
* Add check for the size of public keys used in SSL certificates<br>
   (enabled via --sslkeysize=N option for xymonnet)<br>
* Optionally disable the display of SSL ciphers in the sslcert status<br>
   (the --no-cipherlist option for xymonnet)<br>
* Improved build-scripts works on newer systems with libraries in<br>
   new and surprising places<br>
* Reduce xymonnet memory usage and runtime for ping tests when there<br>
   are multiple hosts.cfg entries with the same IP-address.<br>
* Add code for inode-monitoring on Linux. Does not currently work on<br>
   any other client platform.<br>
* Added the ability to disable tests until a specific time, instead of<br>
   for some interval. Disabling a test also now computes the expire time<br>
   for the disable to happen at the next closest minute.<br>
<br>
<br>
SHA1 hashes:<br>
b9bc428090c53c1938ac965f04affa293917c2ac  xymon-4.3.8.tar.gz<br>
9a2ad2ebbed5e6796813810a3650bb5cce739f86  xymon_4.3.8_amd64.deb<br>
ac1418540c0f45de387b079499b9d8efec234963  xymon-client_4.3.8_amd64.deb<br>
e68f45327d8682a809cd8c800857b30bbdeb6c60  xymon_4.3.8_i386.deb<br>
1e3df6d93747d9a8f87df91c48ab82bc901e775b  xymon-client_4.3.8_i386.deb<br>
<br>
MD5 hashes:<br>
fbd59ca20083a31442f9d1fb37c8c859  xymon-4.3.8.tar.gz<br>
92c4297a8f7588ab40240fbc573b721d  xymon_4.3.8_amd64.deb<br>
3ac5bbdd997aa449dc8da9b140792e2f  xymon-client_4.3.8_amd64.deb<br>
3d74acee2450311445377ad120d31d90  xymon_4.3.8_i386.deb<br>
42ef4f5a85460aabc4f2711f1788d24d  xymon-client_4.3.8_i386.deb<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Sun, 15 Jul 2012 20:45:53 -0500<br>
From: "T.J. Yang" <<a href="mailto:tjyang2001@gmail.com">tjyang2001@gmail.com</a>><br>
To: Henrik St?rner <<a href="mailto:henrik@hswn.dk">henrik@hswn.dk</a>><br>
Cc: Xymon mailinglist <<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>>,<br>
        <a href="mailto:xymon-developer@lists.sourceforge.net">xymon-developer@lists.sourceforge.net</a><br>
Subject: Re: [Xymon] Xymon 4.3.8 available<br>
Message-ID:<br>
        <CAD2GW8pL5JcAy2f+Ozm_CVLfLHTBQP9Cajdrbnztk=<a href="mailto:WNxPAh7g@mail.gmail.com">WNxPAh7g@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=windows-1252<br>
<br>
Hi, Henrik<br>
<br>
Thanks for the new 4.3.8 release.<br>
<br>
On Sun, Jul 15, 2012 at 10:55 AM, Henrik St?rner <<a href="mailto:henrik@hswn.dk">henrik@hswn.dk</a>> wrote:<br>
> Hi,<br>
><br>
> I have uploaded a 4.3.8 maintenance-release of Xymon to Sourceforge. It<br>
> should be available by the time you read this.<br>
><br>
<snipped><br>
> * Minor bugfixes and cleanups of compiler warnings.<br>
<br>
The compiler warnings are less but there are still 99 compiler<br>
warnings regarding to "function not checked on returned result"<br>
<br>
Example:<br>
ignoring return value of ?freopen?, declared with attribute<br>
warn_unused_result [-Wunused-result]<br>
<br>
<br>
See this reference<br>
<a href="http://stackoverflow.com/questions/9148134/declared-with-attribute-warn-unused-result-wunused-result" target="_blank">http://stackoverflow.com/questions/9148134/declared-with-attribute-warn-unused-result-wunused-result</a><br>

<br>
<br>
Looks like a valid compiler warning need to be addressed, IMHO.<br>
<br>
<br>
tj<br>
--<br>
T.J. Yang<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 16 Jul 2012 07:55:51 +0200<br>
From: Henrik St?rner <<a href="mailto:henrik@hswn.dk">henrik@hswn.dk</a>><br>
To: "T.J. Yang" <<a href="mailto:tjyang2001@gmail.com">tjyang2001@gmail.com</a>><br>
Cc: Xymon mailinglist <<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>>,<br>
        <a href="mailto:xymon-developer@lists.sourceforge.net">xymon-developer@lists.sourceforge.net</a><br>
Subject: Re: [Xymon] Xymon 4.3.8 available<br>
Message-ID: <<a href="mailto:5003ACE7.4070001@hswn.dk">5003ACE7.4070001@hswn.dk</a>><br>
Content-Type: text/plain; charset=windows-1252; format=flowed<br>
<br>
On 16-07-2012 03:45, T.J. Yang wrote:<br>
> The compiler warnings are less but there are still 99 compiler<br>
> warnings regarding to "function not checked on returned result"<br>
><br>
> Example:<br>
> ignoring return value of ?freopen?, declared with attribute<br>
> warn_unused_result [-Wunused-result]<br>
<br>
I only get 94, depends on compiler versions I guess. There are some<br>
valid warnings, but they haven't been blindly ignored.<br>
<br>
52 of those warnings come from re-opening the logfile after a<br>
log-rotation. If it fails, the only consequence is that logging stops.<br>
The problem here is: What can you do if you no longer have a logfile ?<br>
Should xymon abort? That would just be weird, because we cannot tell the<br>
user why Xymon stopped (there is no logfile, remember?)<br>
<br>
24 are from calls to "fgets". Some of these are valid, but happen only<br>
in extreme situations - and some are just ignorable, e.g. when scanning<br>
the history files looking for where to start reading fgets() is used to<br>
skip to the next line, so we really don't care about the data being read.<br>
<br>
And the rest is a mixed bag of calls.<br>
<br>
<br>
I'll work to reduce that number, but it just wasn't a priority right now.<br>
<br>
<br>
Regards,<br>
Henrik<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Mon, 16 Jul 2012 06:14:13 +0000<br>
From: FORD Alan <<a href="mailto:Alan.FORD@stanwell.com">Alan.FORD@stanwell.com</a>><br>
To: Xymon mailinglist <<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>><br>
Subject: [Xymon] alerts.cfg RECOVERED sends 2 emails even with a STOP<br>
Message-ID:<br>
        <<a href="mailto:54CFCF7376079F4D9F7BE49DE3E4FA3B68543085@DC1EXCMBX01.stanwell.com">54CFCF7376079F4D9F7BE49DE3E4FA3B68543085@DC1EXCMBX01.stanwell.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hi all,<br>
I am using Xymon 4.3.7 on RHEL5.<br>
When I get a non-green status for any hosts on "Test_Page" I get one email. When it recovers I get 2.<br>
<br>
I have my alerts.cfg setup like this<br>
<br>
PAGE=%Test_Page<br>
      SCRIPT /home/xymon/xymon/server/ext/email_mess_html <a href="mailto:blah@blah.com">blah@blah.com</a><mailto:<a href="mailto:blah@blah.com">blah@blah.com</a>> REPEAT=24h RECOVERED FORMAT=SCRIPT<br>
      STOP<br>
<br>
HOST=*<br>
      IGNORE PAGE=%Test_Page<br>
      SCRIPT /home/xymon/xymon/server/ext/email_mess_html <a href="mailto:blah@blah.com">blah@blah.com</a><mailto:<a href="mailto:blah@blah.com">blah@blah.com</a>> REPEAT=24h RECOVERED FORMAT=SCRIPT<br>
<br>
Is this a Bug or am I not understanding something?? :)<br>
<br>
Thanks<br>
<br>
Alan Ford<br>
Senior Database Administrator<br>
Com Serv - Information Communications and Technology<br>
Stanwell Corporation Limited<br>
<a href="http://www.stanwell.com" target="_blank">www.stanwell.com</a><<a href="http://www.stanwell.com" target="_blank">http://www.stanwell.com</a>><br>
<br>
<br>
This email is to be read subject to the email disclaimer located at <a href="http://www.stanwell.com/email-disclaimer.aspx" target="_blank">http://www.stanwell.com/email-disclaimer.aspx</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.xymon.com/pipermail/xymon/attachments/20120716/06f200b7/attachment-0001.html" target="_blank">http://lists.xymon.com/pipermail/xymon/attachments/20120716/06f200b7/attachment-0001.html</a>><br>

<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Mon, 16 Jul 2012 09:12:30 +0000<br>
From: Becker Christian <<a href="mailto:christian.becker@rhein-zeitung.net">christian.becker@rhein-zeitung.net</a>><br>
To: "<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>" <<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>><br>
Subject: [Xymon] Missing feature ?<br>
Message-ID: <E6B86B09BF9C1E43B3CB4A78CC1BA7B697A55293@w2k8-ex-mb-2><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hello all,<br>
<br>
we have Xymon monitoring running on four sites, each site having ~400 devices to monitor.<br>
Xymon has replaced our "old" monitoring solution which was CA Unicenter.<br>
<br>
Having used CA Unicenter for many years now and now having changed to Xymon, I have two things that I cannot find:<br>
<br>
a)      In CA Unicenter you can acknowledge an red alert. After having acknowledged an red alert, this red alert changes to an orange alert, indicating that there is still  a problem.<br>
The main advantage is, that any "view" on a "higher level" isn't under red condition any longer - it becomes yellow. This means, that a new red alert coming from the same server could be recognized in a better way.<br>

This could be useful if in Xymon somebody doesn't like the "All non green view" for any reason.<br>
<br>
<br>
b)      The other thing is: for example, in Xymon I have a server on which I'm monitoring many services ( ~ 20 services). If one of those services fails or is administratively disabled, this service becomes red. Now I have the possibility to acknowledge this alert or to disable this test. But, if another service on the same server fails, I cannot recognize this, if the test is disabled. If it is acknowledged, it isn't clear by 100% which on is the most recent one that has failed. This could also affect a server that has many disks. If one disk get's filled by 100%, I cannot see if another disk get's also filled by 100% (if one doesn't like the "All non green view").<br>

<br>
Is my thinking wrong?<br>
<br>
Regards<br>
Christian<br>
<br>
CHRISTIAN BECKER<br>
System Engineer<br>
CSC<br>
<br>
August-Horch-Strasse 28, 56070 Koblenz, Germany<br>
Global Outsourcing Services Central Region<br>
<br>
<br>
________________________________<br>
<br>
CSC * This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose * CSC Deutschland Services GmbH * Registered Office: Abraham-Lincoln-Park 1, 65189 Wiesbaden, Germany * Board of Directors: Gerhard Fercho (Chairman),Thomas Nebe, Peter Schmidt * Registered in Germany: HRB 7574, Wiesbaden<br>

-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.xymon.com/pipermail/xymon/attachments/20120716/7576e08c/attachment-0001.html" target="_blank">http://lists.xymon.com/pipermail/xymon/attachments/20120716/7576e08c/attachment-0001.html</a>><br>

<br>
------------------------------<br>
<br>
_______________________________________________<br>
Xymon mailing list<br>
<a href="mailto:Xymon@xymon.com">Xymon@xymon.com</a><br>
<a href="http://lists.xymon.com/mailman/listinfo/xymon" target="_blank">http://lists.xymon.com/mailman/listinfo/xymon</a><br>
<br>
<br>
End of Xymon Digest, Vol 18, Issue 15<br>
*************************************<br>
</blockquote></div>