September 2010 - Xymon - Xymon mailman web

Quantum Superloader3 Tape Library monitor added to Xymonton
by waa-hobbitml＠revpol.com 07 Sep '10

07 Sep '10

Hello everyone... I just added a new monitor to Xymonton. This monitor is a bash shell script to poll Quantum Superloader3 Tape Libraries and report back the library's system information including: autoloader & drive's date, status, serial numbers, firmware versions etc. Can be configured to report the barcodes and slot locations of all the tapes in the library, and will signal a yellow alerts for tape load errors etc. Hope this helps someone somewhere -- Bill Arlofski Reverse Polarity, LLC

1 0

Hobbit-agent
by alex＠bakarasse.de 04 Sep '10

04 Sep '10

Hello, I would like to introduce to you the hobbit-agent. Hobbit-agent is a modified hobbit-client and a replacement for it. The goal: allow more central control of the configs of big number of client instances from hobbit-server without logins to clients. Hobbit-agent is a script invoked from hobbitclient.sh and does the following: - get and read the configfile hobbit-agent.cfg from $BBDISP - get all configfiles defined in variable HOBBITAGENT_CONFIG_FILES for example: HOBBITAGENT_CONFIG_FILES="bb-hosts bb-services bb-sensorstab" - fetch and execute cfg-generators defined in variable $HOBBITAGENT_CFG_GENERATORS. Cfg-generators are located on hobbit-server in directory $BBHOME/cfg-generators/. Cfg-generators are code-snippets, that generates variables depending on the local system. For example: HOBBITAGENT_CFG_GENERATORS="configclass bblocation hardwareclass bbostype" - configclass: set the variable CONFIGCLASS from bb-hosts-tag "CLASS:" for this client. that allows to modify the CLASS of the client from central bb-hosts file. - bblocation: set the variable BBLOCATION from bb-hosts-tag "BBNET:" for this client. That allows to activate the handling as network test tool for all hosts with corresponding bb-hosts-tag "NET:" and distribution of network-tests from central bb-hosts-file to different clients without login to clients. - hardwareclass: set the variable HWCLASS (similar to CONFIGCLASS) from bb-hosts-tag "HWCLASS:" for this client. This variable is used from my ext-script healt.sh that evaluate the bb-sebsorstab for temperature and fan tresholds. The file bb-sensorstab is also for him. - bbostype: my first cfg-genetaror. Simply set the variable BBOSTYPE from "uname -s". Cosmetic pieces. Cfg-generators written the files with variables to direcrory $HOBBITCLIENTHOME/etc/hobbitclient.d/. - generate includefiles for hobbitclient.cfg and write it to /var/run/hobbit/hobbitclient-include.cfg All variables from hobbit-client.cfg and generated variables are available for hobbitclient.sh, hobbitclient-linux.sh and all plugins. Hobbit-agent can be expanded easily by adding own variables and cfg-generators. I have also modified the hobbitclient.sh for more automatic hobbit-plugins updates (clientupdate): - pre-update: if variable $CLEANUP_BEFORE_CLIENTUPDATE = "yes" all old plugins are deleted. It allows to remove plugins, that are no longer needed, from clients. - post-update: generate new include-file /var/run/hobbit/clientlaunch-include.cfg for all plugins. It activates the new plugins without restarting hobbit. Hobbit-agent contains binaries bbtest-net, hobbitping and scripts bbtest-net.sh and bbretest-net.sh. If the variable BBLOCATION is set to a non-null value, bbtest-net does all network testst for all hosts with corresponding "NET:" tag. Hobbit-agent contains a new client directory-tree ext-helper. Similar to ext-directory. This directory contains subdirectories every1min, every5min, every30min, every1hour for jobs that are not possible with hobbit-user permissions. For example: make conntrack table available for hobbit-user: ${CAT} /proc/net/ip_conntrack > ${BBTMP}/ip_conntrack. The scripts are called from cronjob /etc/cron.d/hobbit-ext-helper by run-parts with root permissions. I have tested the hobbit-agent on several hundreds hosts over many months and it works well. More info, downloads and debian-packages "hobbit-agent" for debian and ubuntu on http://www.bakarasse.de/pages/en/xymon-monitoring/hobbit-agent.php The Hobbit-agent hopes that he could be useful for you, too. Best Regards, Alexander Bech

1 0

Graphs stop working on pages, but still work on Trends
by David.Stuffle＠anthem.com 02 Sep '10

02 Sep '10

Hi, I just set up a new Xymon 4.2.3 install and I have AIX clients reporting to the Xymon server. The individual graphs, such as disk, memory, etc., show up fine on the pages at first, but it seems around 48 hours, the graphs stop showing, BUT they still show fine on the "trends" colums and are being updated. This happens for all hosts including the Xymon server. If I delete the RRD files, they get recreated and start working, but then after 48 hours, they stop again. They always show fine on the trends column. They only graph that continues to work on the individual test view is for the CPU column. I don't see any relevant info in the logs. I'm using RRD tool 1.4.4. Anyone know what could be causing this? For example: The url it sends for the memory column is this - which doesn't work: http://xymon/xymon-cgi/hobbitgraph.sh?host=adc13001u&service=memory&grap h_width=576&graph_height=120&disp=adc13001u&nostale&color=green&graph=ho urly&action=view The url it sends for the memory graph in the trends column is this - which does work: http://xymon/xymon-cgi/hobbitgraph.sh?host=adc13001u&service=memory&grap h_width=576&graph_height=120&first=1&count=2&disp=adc13001u&graph=hourly &action=view Removing the "nostale" from the first url makes it work if it's entered in a browser alone. But, the CPU has the nostale in it and still works. ??? David CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information or otherwise be protected by law. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.

2 2

PROBLEM IN BBPROXY WITH MULTIPLE BBDISPLAYS
by simobimou＠hotmail.com 02 Sep '10

02 Sep '10

Hi all !! I'm using a bbproxy that forward messages to two bbdispalys servers , everything works well until the day when one of my bbdisplays went down, I was thinking that the bbproxy will continue to forward messages to the second bbdisplay server but it wasn't the case. When i say the bbdisplay is down i meen that the server crashs and is unreachable because when i just stop xymon on one of the bbdisplays server the bbproxy still send information to the second one. So the problem is produced when one of the bbdisplays is unreachable. Anyone has any solution, idea, suggestion ....? Thank you in advance!! Momo

2 2

DEVMON, xymon, and TABLE
by pnixon＠gmail.com 02 Sep '10

02 Sep '10

Hey all, Just want a sanity check here to make sure I'm not losing my marbles. Does the TABLE option inside devmon's message syntax only produce graphs for certain tests? I'm trying to use it to map the power usage for my PDUs, I have the data being collected (mostly) properly and stored in the rrd files. However, when I look at the status column, I'm just getting the link to the file and not the actual graph. I've reviewed Vernon's graph troubleshooting guide and everything is good. I guess if this doesn't work, I'll have to figure out how to write out the individual branch elements in devmon. Thanks! --patrick -- message file -- PDU status: TABLE:rrd(DS:ds0:powerCircuitAmps:GAUGE; DS:ds1:powerCircuitAmps:GAUGE) Circuit | Amps {powerCircuitName1}|{powerAmps} -- END -- -- status message from xymon --  --- --hobbitgraphs entry -- [power] FNPATTERN power.(.+).rrd TITLE Power Load YAXIS Power in Amps DEF:p at RRDIDX@=@RRDFN@:lambda:AVERAGE LINE2:p at RRDIDX@#@COLOR@:@RRDPARAM@ -u 40 -l 0 GPRINT:p at RRDIDX@:LAST: \: %5.1lf (cur) GPRINT:p at RRDIDX@:MAX: \: %5.1lf (max) GPRINT:p at RRDIDX@:MIN: \: %5.1lf (min) GPRINT:p at RRDIDX@:AVERAGE: \: %5.1lf (avg)\n --

3 4

hobbitd_client issue
by akshar.bhosale＠gmail.com 01 Sep '10

01 Sep '10

when i go for local client configuration, i get following error tail -f hobbitclient.log /opt/xymon/client/bin/hobbitclient.sh: line 67: /opt/xymon/client/bin/hobbitd_client: No such file or directory /opt/xymon/client/bin/hobbitclient.sh: line 67: /opt/xymon/client/bin/hobbitd_client: No such file or directory /opt/xymon/client/bin/hobbitclient.sh: line 67: /opt/xymon/client/bin/hobbitd_client: No such file or directory /opt/xymon/client/bin/hobbitclient.sh: line 67: /opt/xymon/client/bin/hobbitd_client: No such file or directory /opt/xymon/client/bin/hobbitclient.sh: line 67: /opt/xymon/client/bin/hobbitd_client: No such file or director /opt/xymon/client/bin/hobbitd_client file is not there... below setting i changed so as to monitor one of the process status on the local client. # The main client task [client] ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg CMD $HOBBITCLIENTHOME/bin/hobbitclient.sh *--local* LOGFILE $HOBBITCLIENTHOME/logs/hobbitclient.log INTERVAL 5m Also if i want to monitor some process on the selected clients and not on all clients also some other process on some other clients and not on all clients, how shold configure it on client side and server side in localclient.cfg file?

1 0

Wrong (or badly interpreted) http response time with hobbit 4.2.0
by josh＠imaginenetworksllc.com 01 Sep '10

01 Sep '10

That's probably redirecting. I know APC units will cause problems if you don't include /login.htm in testing the URL. On Sep 1, 2010 9:09 AM, "Benoit SCHMID" <Benoit.Schmid at unige.ch> wrote: Hello, Yes, I use http://hostname.unige.ch as the url. See you, Josh Luthman a écrit : > > > > Are you using the exact same URL for both? No added or dropped directory > or file? > > > >> >> On Sep 1, 2010 9:00 AM, "Benoit SCHMID" <Benoit.Schmid at unige.ch<mailto: >> Benoit.Schmid at unige.ch>> ... >> <mailto:Benoit.Schmid at unige.ch> <mailto:Benoit.Schmid at unige.ch. >> >> >> >> <mailto:Benoit.Schmid at unige.ch.>.. >> >> >> >> >> >> To unsubscribe from the xymon list, send an e-mai... >> xymon-unsubscribe at xymon.com <mailto:xymon-unsubscribe at xymon.com> >> >> To unsubscribe from the xymon list, send an e-mail to xymon-unsubscribe at xymon.com

2 1

filesystems that are ignored still showing up in metrics report
by skjoldar＠gmail.com 01 Sep '10

01 Sep '10

Hi guys I have some filesystems on client machines that are in the ignore list, and other filesystems that have been temporarily mounted, but as soon as the client has picked them up sent the data to the server, the filesystems keep showing up in metrics report. I don't want, for instance, /mnt there as it is only mounted occasionally, and has been put on the ignore list after I noticed it in the graphs, and hasn't been part of the graphs for a long time after that. However when I draw a metrics report, even for current day, the filesystem shows up in the report, and the data is [nan] How do I remove a single filesystem from the history on the server? I have searched, and the only info I get is to how to remove the [disk] check, but not individual filesystems. /home/hobbit/server/bin/bb localhost "drop clientname disk /mnt" removes the entire disk check. Any ideas? Thanks Stef

2 1

Loris Serena is out of the office.
by loris.serena＠bnymellon.com 01 Sep '10

01 Sep '10

I will be out of the office starting 01/09/2010 and will not return until 09/09/2010. Please contact itsupport at pncgis.ie with any queries. The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not an intended party to this communication, please notify the sender and delete/destroy any and all copies of this communication. Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses. There are some inherent risks with exchanging e-mails. You understand and agree that we are not, and will not be, responsible for the unauthorized access, interception, or redirection of e-mails including any attachments, nor will we be responsible for the effect on any computer system of any e-mails or attachments. You also agree that we will not be responsible for the incorrect or incomplete transmission of information by e-mail The information contained in this communication is not intended or construed as an offer, solicitation, or a recommendation to purchase any security. Opinions, suggestions or views presented in this communication are not necessarily those of The Bank of New York Mellon Corporation or any of its affiliates. Please refer to http://disclaimer.bnymellon.com/eu.htm for disclosures relating to European legal entities

1 0