- Xymon - Xymon mailman web

Separate the columns out of the server
by deepakdeore2004＠gmail.com 11 Jun '13

11 Jun '13

I have several columns of a server for monitoring cloud things. This monitoring is is done my custom scipts. I want to separate those columns under new heading like "Cloud Monitoring" instead of under the server where these scripts are configured. Is this possible with 4.3.10 version ?

3 3

Monitoring HP ILO via Ssh
by betsy.schwartz＠gmail.com 10 Jun '13

10 Jun '13

I'm looking at monitoring hp ilo via ssh, as our existing script only runs on the linux boxes. Looking at this, it isn't hard, so I'm thinking someone *MUST* have done this already In the spirit of never writing from scratch what you can steal ^H^H^H^H find an existing collaborative project on, does anyone have anything like this already? thanks Betsy

6 12

trimhistory and "No events received in the last 240 minutes"
by linuxmasterjedi＠free.fr 10 Jun '13

10 Jun '13

Hi, Since I launched this command "./trimhistory --cutoff=`date +%s --date="1 Feb 2011"` --drop --dropsvcs --droplogs --progress" I don't have anymore any event displayed in the "Non-green systems" page : "No events received in the last 240 minutes" and "No events acknowledged in the last 240 minutes" Anyones knows why ? Thanks

2 1

XYMONTMP vs XYMONVAR
by feld＠feld.me 10 Jun '13

10 Jun '13

I've noticed what I believe to be discrepancies between the supplied configs and documentation. I'm currently the xymon port maintainer on FreeBSD, and it has bugged me that the acks, data, and disabled directories never seem to have anything in them, even when we have tons of things acked or disabled. I figured I'd start hunting things down and comparing our configuration to the supplied examples and this is what I have found. Straight out of the tarball -- xymon-4.3.11/xymond/etcfiles/xymonserver.cfg.DIST: # Server specific directories XYMONVAR="@XYMONVAR@" # The xymonvar directory holds all monitoring data XYMONACKDIR="$XYMONVAR/acks" # Acknowledge event info stored here (xymond_alert) XYMONDATADIR="$XYMONVAR/data" # Data files go here (xymond_filestore --data) XYMONDISABLEDDIR="$XYMONVAR/disabled" # Enabled/disabled flags are stored here (xymond_filestore --enadis) XYMONHISTDIR="$XYMONVAR/hist" # History logs are stored here (xymond_history) XYMONHISTLOGS="$XYMONVAR/histlogs" # Historical detail status-loge are stored here (xymond_history) XYMONRAWSTATUSDIR="$XYMONVAR/logs" # Status logs go here (xymond_filestore --status). Not needed by Xymon. I think that may be incorrect here xymon-4.3.11/xymond/etcfiles/tasks.cfg.DIST: # "alert" sends out alerts. [alert] ENVFILE @XYMONHOME@/etc/xymonserver.cfg NEEDS xymond CMD xymond_channel --channel=page --log=$XYMONSERVERLOGS/alert.log xymond_alert --checkpoint-file=$XYMONTMP/alert.chk --checkpoint-interval=600 Why is the xymond_alert checkpoint-file going to XYMONTMP? Isn't it supposed to be going to XYMONACKDIR? Or is that unrelated? Can anyone explain why XYMONACKDIR, XYMONDATADIR, and XYMONDISABLEDDIR are always empty? Thanks!

2 2

how to view xymon variables?
by deepakdeore2004＠gmail.com 09 Jun '13

09 Jun '13

how can I view the below variables? BBCOLORLEVELThe current color of the statusBBALPHAMSGThe full text of the status log triggering the alert ACKCODEThe "cookie" that can be used to acknowledge the alertRCPTThe recipient, from the SCRIPT entryBBHOSTNAME The name of the host that the alert is aboutMACHIPThe IP-address of the host that has a problemBBSVCNAMEThe name of the service that the alert is about BBSVCNUMThe numeric code for the service. From SVCCODES definition.BBHOSTSVCHOSTNAME.SERVICE that the alert is about. BBHOSTSVCCOMMASAs BBHOSTSVC, but dots in the hostname replaced with commasBBNUMERICA 22-digit number made by BBSVCNUM, MACHIP and ACKCODE. RECOVEREDIs "1" if the service has recovered.DOWNSECSNumber of seconds the service has been down. DOWNSECSMSGWhen recovered, holds the text "Event duration : N" where N is the DOWNSECS value. I tried this script with the below commands which didn't work, it didn't return the variable values. #!/bin/sh echo $BBALPHAMSG $xymoncmd script_name $xymonlaunch script_name Thanks

2 6

blank recovered sms alerts on mail
by deepakdeore2004＠gmail.com 09 Jun '13

09 Jun '13

Hi, I am getting blank sms alerts for RECOVERED messages but for yellow or red the alerts are coming correctly. Could you tell me whats going wrong ? My xymon version is : - 4.3.10 HOST=$PRD SERVICE=* EXSERVICE=disk MAIL $ADMIN color=red,yellow REPEAT=20 RECOVERED NOTICE format=sms MAIL $MANAGER color=red,yellow DURATION>20 REPEAT=20 RECOVERED NOTICE format=sms MAIL mail at example.com color=red,yellow REPEAT=60 RECOVERED NOTICE

4 9

devmon Nortel/Avaya template
by feld＠feld.me 08 Jun '13

08 Jun '13

Attached is something I whipped up while visiting a friend. It should work on more than just an Avaya 4500 -- the entire Nortel Baystack line should work as well as they're nearly identical devices. I'm sure it could use a little refinement, but it reports the important data. I didn't get a chance to investigate further about why some of the graphs don't work or add a few other features like Fan reporting, but the most important information is there! Hopefully someone can get some use out of this.

1 0

devmon/xymon wishlist or feature requests
by tlewick＠apsaranetworks.com 08 Jun '13

08 Jun '13

Cross posting to both the devmon and xymon mail lists. The following features for devmon, would in my opinion, greatly extend/enhance the snmp monitoring capabilities of devmon/xymon. 1. Devmon should be able to poll different devices on different intervals. Having a global poll cycle is too limiting. For example, there may be a piece of critical SNMP data that you need to query on a device, but its limited to only one or two MIB objects. For SLA or other reporting purposes, you may need to poll every 10 seconds or 5 seconds. But for most other devices, or devices with large MIBs (Network switch) every 5 minutes might be sufficient. Such a setup would allow you to aggressively poll the devices you need to, while not causing SNMP responses to exceed the poll time on the other devices. We run into this issue now while trying to poll key devices, if we tighten the polling cycle, we start to get timeouts on our "larger" devices, as the latency over the VPN connection is a bit high. If this is something devmon supports, I am not aware of it, and I've used both single node and multimode (database based) versions. 2. Devmon should easily support logging any/all retrieved SNMP data to a database. I setup the multinode installation and saw the test_data table in mysql, and was excited as I thought the data would be logged there. Turns out no, and then after some researching looks like a method was started to be able to use it, i.e. dbtable. I downloaded the code from sourceforge, but was unable to get it to work. I think better integration or documentation of this feature would be very nice. Here the justification should be obvious, sometimes the RRD graphs aren't sufficient for the granularity they provide, and having access to your SNMP data in a sql database can be very valuable/insightful. Again, if anyone knows how to do this, I'd love to find out more about how to implement it. Xymon Feature/bugfix requests: (I'm running 4.3.8, so if the following features are available in a later version, great). 1. After a reboot of the xymon server, any of the disabled devices, always come back enabled. These should persist past a reboot. A reboot shouldn't invalidate the fact that I've knowingly disabled a device, or if it does, there should be an option to allow you to select disabled devices persist after reboot and/or restart. 2. Also, I've noticed a bug with xymon dates, currently if I disable an alert and I select say 6 months out, it marks the times as something nonsensical. For instance, I currently disabled a few hosts and chose disable until November 1, 2013, and they are saying disabled until Sat Jun 14, 14:13:44 1902. At some random time, usually a few days to a few weeks later, they re-enable themselves, which is annoying. I just read the 4.3.9 through 4.3.11 release notes, and the 4.3.9 release notes state "Fix error in disable-until-TIME or disable-until-OK code" Does this fix address the same bug I just described? 3. Would like to request a disable/reenable all alerts via one button on the enable/disable screen. It should be smart enough so that if you already have some hosts disabled, then upon re-enabling the alerts those hosts still have their disable settings applied. We have some devices we monitor which degrade in poor weather, and when a big storm comes through it would be nice to just click one button and halt alerting.

4 4

ifconfig request
by traxler＠lsu.edu 07 Jun '13

07 Jun '13

When the clients collects data to send the server, one of the commands issues is ifconfig. Where can I go to edit this so that the ifconfig becomes "ifconfig 2>/dev/null"? It turns out that systems with network interfaces that have mac addresses larger than 8 bytes cause ifconfig to print the following message to standard error: Ifconfig uses the ioctl access method to get the full address information, which limits hardware addresses to 8 bytes. Because Infiniband address has 20 bytes, only the first 8 bytes are displayed correctly. Ifconfig is obsolete! For replacement check ip. So, if I can edit the command list so that standard error is sent to /dev/null, my xymonclientlog will not fill up. -- Isaac Traxler AIX,Linux Admin Louisiana State University, LONI traxler at lsu.edu High Performance Computing 225-578-1923 Storage & Infrastructure

2 1

tcp traceroute
by troy＠athabascau.ca 07 Jun '13

07 Jun '13

In the same way that the conn test can be asked to "trace" by performing a traceroute upon failure, I would like to perform a TCP traceroute when a TCP test fails with "no route to host". I expect this isn't built right into Xymon now but has anybody got any pointers on what to hack to implement this myself? cheers, Troy -- This communication is intended for the use of the recipient to whom it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communications received in error, or subsequent reply, should be deleted or destroyed. ---

4 5