November 2010 - Xymon - Xymon mailman web

css within xymon
by philwild＠gmail.com 25 Nov '10

25 Nov '10

Hi all, We (actually a colleague) is going to convert all the embedded html markup within the xymon source to css to allow xymon to be skinned much more easily. I would just like to check with the list if there is anything special we should consider. Once complete, we will supply a patch back to the project. Is this the best approach for contributing? The patch will be against the current beta release. Cheers Phil

2 1

files timestamp not working with windows client
by adam＠websitemanagers.com.au 25 Nov '10

25 Nov '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have a windows client reporting the following details (from the "Client Data" page): [file:/hcn/backup2/abc_db.BAK.bh] type:0x00020 (file) mode:777 (not implemented) linkcount:1 owner:0 (not implemented) group:0 (not implemented) size:20969799 atime:1286906440 (2010/10/12-18:00:40) ctime:1286906440 (2010/10/12-18:00:40) mtime:1290719165 (2010/11/25-21:06:05) The current status is: red /hcn/backup2/abc_db.BAK.bh File was modified 4294938333 seconds ago - should be <90000 and the current time (from the top right corner of the page is): Fri Nov 26 00:03:22 2010 AFAICT, I should have a green status, because 90,000 seconds is more than one day, and the current time is less than one day from the mtime above: 2010/11/25-21:06:05 + 1 day would be: 2010/11/26-21:06:05 Which is another 21 hours away... I get a red/green flip flop, at 9pm it goes red every day, at 8am it goes green every day.... This is supposed to confirm that the daily backups are being performed, and split into smaller files ready for rsync, but due to all the red alarms, it is somewhat useless. The config from the hobbit server hobbit-clients.cfg file is: FILE /hcn/backup2/abc_db.BAK.bh SIZE>11330865 MTIME<90000 red bbgen for Hobbit version 4.2.2 Any suggestions would be appreciated. Regards, Adam - -- Adam Goryachev Website Managers Ph: +61 2 8304 0000 adam at websitemanagers.com.au Fax: +61 2 8304 0001 www.websitemanagers.com.au -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkzuZs8ACgkQGyoxogrTyiVHjgCgq8PiGi/7tfhw6727QtgmhrKB tGAAoMWotGdEESFBM7PA2FQiyo+IMDGK =Ykl3 -----END PGP SIGNATURE-----

1 0

BBWin: New service definitions not shown
by hj.beckers＠kreis-steinfurt.de 25 Nov '10

25 Nov '10

I'm trying to add 2 service definitions to bbwin.cfg. But XyMon shows only the old definitions? bbwin.cfg: ... <svcs> <setting name="alwaysgreen" value="false" /> <setting name="alarmcolor" value="yellow" /> <setting name="autoreset" value="false" /> <setting name="Eventlog to Syslog" value="=started" autoreset="false" alarmcolor="red" /> <setting name="Terminaldienste" value="=started" autoreset="false" alarmcolor="red" /> <setting name="Server" value="=started" autoreset="false" alarmcolor="red" /> <setting name="DHCP-Client" value="=started" autoreset="false" alarmcolor="red" /> <setting name="Arbeitsstationsdienst" value="=started" autoreset="false" alarmcolor="red" /> <setting name="VNC Server" value="=started" autoreset="false" alarmcolor="red" /> <setting name="WASY Network License Manager" autoreset="false" alarmcolor="red" /> <setting name="ArcGIS License Manager" autoreset="false" alarmcolor="red" /> <setting name="Anmeldedienst" value="=started" autoreset="false" alarmcolor="red" /> </svcs> The definitions for "WASY ..." and "ArcGiIS ..." were added. The histlog for this server shows only the old definitions: green 2010-Nov-25 11:00:08 [SSANW05] &green DHCP-Client is running &green Server is running &green Arbeitsstationsdienst is running &green Anmeldedienst is running &green Terminaldienste is running Status unchanged in 0.00 minutes Message received from 10.45.80.22 Client data ID 1290598810 ~/data/hist/<server>.svcs shows no change(time )since the last mod-time of ~/data/histlogs/<server>/svcs/DATE-TIME. Any hints? Hermann-Josef Beckers

2 2

Xymon 4.3.0 beta-3 now available
by henrik＠hswn.dk 24 Nov '10

24 Nov '10

It's been a while since I last announced that a new version of Xymon was available for download. But now seems like a good time. So here it is: Beta-3 of Xymon 4.3.0 is now on Sourceforge. http://sourceforge.net/projects/xymon/files/Xymon/4.3.0-beta3/xymon-4.3.0.b… A lot has changed since beta-2, and if you want to try out upgrading from a previous 4.x version (including the previous beta's), then you MUST read the release-notes and the docs/upgrade-to-430.txt information before you attempt to install this release. If you don't, then you will have an unpleasant experience since just about every single file has been renamed. Let me know what You think - problem reports are welcome, patches even more so, and any signs gratitude are much appreciated :-) Regards, Henrik

7 9

smtp/smtps tests against postfix generate errors on server
by hobbit＠elyograg.org 23 Nov '10

23 Nov '10

I have this message over and over in the log on my personal Debian mailserver: improper command pipelining after MAIL from mail.example.org[ip.ad.dr.es] It started on November 10th, when I installed updates on the machine, upgrading postfix from 2.5.5-1.1 to 2.7.1-1~bpo50+1. I grabbed a sniffer trace, where I found that Xymon is sending, in a single packet, a "mail" command followed by "quit". The server responds with the following because this is a violation of the strict RFC: 503 5.5.1 Error: send HELO/EHLO first 221 2.0.0 Bye My postfix config has two places where it checks for unauthorized pipelining, one of which was not preceded by permit_mynetworks, so I fixed that, and it didn't help. I am running the lenny-backports xymon package, version 4.3.0~beta2.dfsg-5~bpo50+1. Can the test be re-engineered so that it follows proper SMTP protocol and waits for a server response between each command? Thanks, Shawn

5 8

Scheduled disable causes crash?
by johan.sjoberg＠deltamanagement.se 23 Nov '10

23 Nov '10

Hi. This happened again this morning at 03:00 when we had a scheduled disable. When Xymon stops working, it generates a core file every 2 or 3 minutes in /usr/local/xymon/data/acks. They all look like this (but with different strings in "#0 0x0076d402 in __kernel_vsyscall ()": [root at mon01 acks]# gdb /usr/local/xymon/server/bin/bbgen core.9464 GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-23.el5_5.2) Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/local/xymon/server/bin/bbgen...done. Reading symbols from /lib/libpcre.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpcre.so.0 Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Core was generated by `bbgen --recentgifs --subpagecolumns=2 --report'. Program terminated with signal 6, Aborted. #0 0x0076d402 in __kernel_vsyscall () Do you have any idea what might be causing this, or how we can proceed to try to find out more about the problem? /Johan From: Johan Sjöberg [mailto:johan.sjoberg at deltamanagement.se] Sent: den 20 oktober 2010 12:32 To: xymon at xymon.com Subject: [xymon] RE: Scheduled disable causes crash? Hi. This happened again yesterday morning. We found that core dumps had been created. Here is what gdb tells us about the core dumps. Does anyone have a clue of what might be causing this problem? The Xymon server is running CentOS 5.5 32-bit . [root at mon01 acks]# file core.28581 core.28581: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from 'bbgen' [root at mon01 acks]# gdb /usr/local/xymon/server/bin/bbgen core.28581 Reading symbols from /usr/local/xymon/server/bin/bbgen...done. warning: .dynamic section for "/lib/libc.so.6" is not at the expected address warning: difference appears to be caused by prelink, adjusting expectations Reading symbols from /lib/libpcre.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpcre.so.0 Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Core was generated by `bbgen --recentgifs --subpagecolumns=2 --report'. Program terminated with signal 6, Aborted. #0 0x00b2f402 in __kernel_vsyscall () /Johan From: Johan Sjöberg [mailto:johan.sjoberg at deltamanagement.se] Sent: den 5 oktober 2010 11:10 To: xymon at xymon.com Subject: [xymon] Scheduled disable causes crash? Hi! During the last month, we have had some problems with Xymon when using scheduled disabled (added from the web interface). The first problem we had was on September 17th, when hobbitd crashed while/after running the scheduled disable. We got the following error in hobbit.log 2010-09-17 05:00:00 Fatal error in select: Bad file descriptor 2010-09-17 05:00:00 Setup complete After that incident, I enabled verbose logging for hobbitd, and turned up the logging for some other process as well. This morning at 06:00 we had a new scheduled disable. This time hobbitd just stopped logging after running the disable. The web interface did not work correctly. When clicking a test, an "Internal server error" message was displayed. Also, the bbgen test went purple (last update at 05:59:26). The only errors I have been able to find in the logs are in bb-display.log: 2010-10-05 06:00:26 xstrdup: Cannot dup NULL string 2010-10-05 06:01:26 xstrdup: Cannot dup NULL string 2010-10-05 06:02:27 xstrdup: Cannot dup NULL string 2010-10-05 06:12:30 xstrdup: Cannot dup NULL string 2010-10-05 06:13:35 xstrdup: Cannot dup NULL string 2010-10-05 06:14:39 xstrdup: Cannot dup NULL string 2010-10-05 06:24:40 xstrdup: Cannot dup NULL string 2010-10-05 06:25:41 xstrdup: Cannot dup NULL string 2010-10-05 06:26:42 xstrdup: Cannot dup NULL string 2010-10-05 06:36:47 xstrdup: Cannot dup NULL string 2010-10-05 06:37:48 xstrdup: Cannot dup NULL string 2010-10-05 06:39:54 xstrdup: Cannot dup NULL string 2010-10-05 06:40:54 xstrdup: Cannot dup NULL string 2010-10-05 06:41:54 xstrdup: Cannot dup NULL string Xymon was restarted at 06:43. Here is the hobbit.log from the time. It was too large to paste in the mail. http://pastebin.com/JuU0BHje We are running Xymon 4.2.3 on CentOS 5. Best regards, Johan Sjöberg

1 0

FILES syntax error?
by schritte＠hebis.uni-frankfurt.de 22 Nov '10

22 Nov '10

Hi to all, as I got no answer yet I try again: As far as I understand the man-pages, the syntax of the snippet from hobbit-clients.cfg is correct. Could anyone approve that or tell me what is wrong? That would be very helpful, thanks, Rolf The question I posted as "FILES for different hosts" was: >>>>>>>>>> seeming rather simple but I cannot find the solution. I'm monitoring some files with md5 checksum for changes. All those files had the same md5 on all servers: FILE /usr/bin/ps MTIME>600 MD5=facb1ea65094c87058df4f0ffdf7306a red Now a new server has a different installation so I added him in hobbit-clients.cfg above the first entry: FILE /usr/bin/ps MTIME>600 MD5=76b66713137851c1407fd9ea20785bc0 HOST=<new host> red FILE /usr/bin/ps MTIME>600 MD5=facb1ea65094c87058df4f0ffdf7306a red But for the check the old entry is used: File has MD5 hash 76b66713137851c1407fd9ea20785bc0 - should be facb1ea65094c87058df4f0ffdf7306a Could you give me a hint? Thanks! Rolf Schrittenlocher -- Mit freundlichen Gruessen Rolf Schrittenlocher HeBIS-IT, Senckenberganlage 31, 60054 Frankfurt Tel: (49) 69 - 798 28908 Fax: (49) 69 798 28817 LBS: lbs-f at mlist.uni-frankfurt.de Persoenlich: schritte at hebis.uni-frankfurt.de To unsubscribe from the xymon list, send an e-mail to xymon-unsubscribe at xymon.com

3 4

parsing bug in hobbit-clients.cfg
by heeb＠phys.ethz.ch 22 Nov '10

22 Nov '10

Hi Suppose you have the following entry in hobbit-clients.cfg: HOST=blog.example.com,example.com PROC apache then the PROC test will be ignored for example.com. If the two hosts are reversed, i.e. HOST=example.com,blog.example.com PROC apache then the PROC test will be done for both hosts. I tried with a few variations on this and it appears that any later string in the comma separated list will be ignored if it is a substring of a string that appeared earlier. The same goes for EXHOSTS and probably most other selectors. This bug is present in at least versions 4.3.0 beta2 (from Debian lenny-backports) and 4.2.0 (from Debian lenny). -- Elmar -- Dr. Elmar S. Heeb <heeb at phys.ethz.ch> support: +41 44 633 26 68 IT Services Group, HPT D 19 voice: +41 44 633 25 91 Department of Physics, ETH Zurich mobile: +41 79 628 75 24 CH-8093 Zurich, Switzerland http://nic.phys.ethz.ch/ ----------------------------------------------------------------- Please consider the environment before printing this e-mail

2 3

Monitoring a network cards bandwidth?
by isolderj＠hotmail.com 22 Nov '10

22 Nov '10

I can seem to search the archives on the xymon site. Can anyone maybe a suggest a way to do this. I have alinusx server I would like to monitor the trhoughput of the network card and graph it. Thanks

4 5

Monitoring a network cards bandwidth?
by josh＠imaginenetworksllc.com 22 Nov '10

22 Nov '10

You're asking how to monitor a remote interface? You could put a Mikrotik and bridge two interfaces. Not sure what else can be offered on the xymon list. On Nov 22, 2010 12:09 AM, <isolderj at hotmail.com> wrote:

1 0