- Xymon - Xymon mailman web

FW: RRD data points - need help with graph distortion
by Mike.Wood＠kci1.com 10 Nov '08

10 Nov '08

Hi All, I asked this question last week, but maybe I wasn't clear enough as to what I was asking... - Management wants to avoid graph distortion on my 60 day CPU Util graph if possible. I think that more datapoints would address the problem. The first graph looks good (30 day graph). The 2nd one distorts what is really going on (60 day graph - same server). Is there any way to make the 2nd graph more granular? Thanks for looking! - [X] Mike Wood UNIX System Administrator Kinetic Concepts Inc. 5751 NW Parkway San Antonio, TX, 78249 ***************************************************************************** "CONFIDENTIALITY NOTICE: This transmission (including any accompanying attachments) is confidential, is intended only for the individual or entity named above, and is likely to contain privileged, proprietary and confidential information that is exempt from disclosure requests under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, use of or reliance upon any of the information contained in this transmission is strictly prohibited. Any inadvertent or unauthorized disclosure shall not compromise or waive the confidentiality of this transmission or any applicable attorney-client privilege. If you have received this transmission in error, please immediately notify us at postmaster at kci1.com." Kinetic Concepts, Inc. ******************************************************************************

1 0

Need help determining why alerts didn't come
by Brian-Bouchard＠idexx.com 10 Nov '08

10 Nov '08

Hello Hobbit Gurus, I am seeking help determining why we recently received only some alerts that were configured on a given server. In my hobbit-clients.cfg file I have multiple sections of relevance: ####################################################### # generic checks for all WebLogic Servers ####################################################### HOST= applesauce,gravy,enchilada,chips DISK * 95 97 PROC dsmcad 1 -1 yellow FILE "%/wls_domains/.*/jrockit..*.dump" NOEXIST red ####################################################### # specific checks for applesauce ####################################################### HOST=applesauce LOG /var/log/messages "%(?-i)SERIOUS_CRITICAL" COLOR=yellow PROC "weblogic.Name=" 3 3 red TEXT=TOTAL_WEBLOGIC_PROCESSES PROC "weblogic.Name=prod_alsb_01" 1 1 red TEXT=PROD_ALSB_01 PROC "weblogic.Name=prod_ccs_wli_01" 1 1 red TEXT=PROD_CCS_WLI_01 PROC "weblogic.Name=prod_ccs_aldsp_01" 1 1 red TEXT=PROD_CCS_ALDSP_01 So, a couple of questions: 1) Is it valid to have different alerts for the same HOST in the hobbit-clients.cfg like this? It seemed to work in some instances, but I should ask before moving forward... 2) Yesterday, I received the alerts with TEXT= "TOTAL_WEBLOGIC_PROCESSES" and "PROD_ALSB_01" when I logged onto the server, I found the filesystem this process was running on was 100% used, which caused this process to die. I cleaned up a bunch of log files, and restarted the process and all was good... BUT... Why didn't I receive the alert that the DISK was more than 97% full. I checked the history for the disk usage, and it had been over 95% for at least 6 hours prior to the process going down. Also, the check for the "jrockit" file did not kick off when that file was create (after the filesystem was at 100%) I need to determine why we weren't warned on the disk space issue before our production application came down. 3) One other thing I noticed was that the IP address for this server was incorrect in the bb-hosts file. I assume that's an issue, but I'm not sure why we got some expected alerts and not others. Also, I updated this entry in the bb-hosts file to the correct IP, and cycled the hobbit server, but I am still not receiving the alert on the jrockit file, which is still out there. Any help is appreciated. I'm relatively new to Hobbit, so its completely within the realm of possibility that I don't have any of this set up correctly. Please feel free to correct me on anything that looks out of whack. - Brian

5 7

Hobbit is dead, Long live Xymon
by Vernon.Everett＠woodside.com.au 10 Nov '08

10 Nov '08

I have thought about the name for a while, and I think I like it. ...and now a doctor with a small torch will show us where that name came from. :-) Who cares how we came to the name. It's no worse than Zabbix, or Nagios, or any of the other names that were probably thought up in a similar way. And personally, I think it is better than Hobbit. Hobbit, as a name, has the distinct disadvantage of being associated with diminutive, hairy footed, fantasy creatures of dubious capability and considerable luck. It also has the other main disadvantage of being hoarded by fierce lawyers. Xymon is a good name, it meets all the criteria we set for it, it has no negative associations (or positive ones, for that matter) and it will probably pass muster with the PHBs without a snigger. Long may it prosper. Regards Vernon NOTICE: This email and any attachments are confidential. They may contain legally privileged information or copyright material. You must not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete both messages and all attachments.

1 0

FYI: Howto on Configuring Hobbit to Send Alerts via SMS over Skype under Linux
by matt＠deploylinux.net 07 Nov '08

07 Nov '08

Hope this proves helpful to someone else on this list: http://www.deploylinux.net/matt/2008/11/howto-teaching-hobbit-to-send.html Matt -- Matthew Marlowe matt at deploylinux.net DeployLinux Consulting, Inc Direct: 858-217-5730 Senior Infrastructure Consultant Office: 888-459-0515 Cell: 805-857-9144 Fax: 858-876-1692 YIM:deploylinuxconsulting Designing, Securing, and Maintaining Mission Critical Linux Servers for Successful Internet Applications

3 3

Fwd: ezmlm warning
by mathew.sanu＠gmail.com 07 Nov '08

07 Nov '08

Hey all, I received this email, not sure if this is spam, and responses to this email, hasn't been satisfactory. Who can help me from the hobbit mailing list in this regards? Alternatively, is this a spam email, which all of us have received? Regards, Sanu ---------- Forwarded message ---------- From: <hobbit-help at hswn.dk> Date: Fri, Nov 7, 2008 at 4:06 PM Subject: ezmlm warning To: mathew.sanu at gmail.com Hi! This is the ezmlm program. I'm managing the hobbit at hswn.dk mailing list. I'm working for my owner, who can be reached at hobbit-owner at hswn.dk. Messages to you from the hobbit mailing list seem to have been bouncing. I've attached a copy of the first bounce message I received. If this message bounces too, I will send you a probe. If the probe bounces, I will remove your address from the hobbit mailing list, without further notice. I've kept a list of which messages from the hobbit mailing list have bounced from your address. Copies of these messages may be in the archive. To retrieve a set of messages 123-145 (a maximum of 100 per request), send an empty message to: <hobbit-get.123_145 at hswn.dk> To receive a subject and author list for the last 100 or so messages, send an empty message to: <hobbit-index at hswn.dk> Here are the message numbers: 21731 --- Enclosed is a copy of the bounce message I received. Return-Path: <> Received: (qmail 2671 invoked for bounce); 26 Oct 2008 15:04:53 -0000 Date: 26 Oct 2008 15:04:53 -0000 From: MAILER-DAEMON at voodoo.hswn.dk To: hobbit-return-21731- at hswn.dk Subject: failure notice Hi. This is the qmail-send program at voodoo.hswn.dk. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. <mathew.sanu at gmail.com>: 72.14.221.27 failed after I sent the message. Remote host said: 550 5.7.1 Unauthenticated email is not accepted from this domain. l19si7641370fgb.7

2 1

Status goes to purple if one Hobbit server is hanging
by Samuel.Cai＠ehealth-china.com 07 Nov '08

07 Nov '08

Hi, We have two Hobbit servers, main and slave, monitoring same hosts. Today the slave server was hanging (maybe due to the reason in http://www.hswn.dk/hobbiton/2007/02/msg00352.html) The big problem is, it affected main server, some status reported from script in client host turned to purple periodically, seems Hobbit client sends data in queue, so once get stuck with slave server, no data was sent to main server, until time out. Don't know if you met this before, if you did, could you help share your experience how to solve? Thanks, Samuel Cai

1 0

RRD data points
by Mike.Wood＠kci1.com 06 Nov '08

06 Nov '08

Hi All, What governs the number of data points in the Hobbit RRD graphs? Can it be changed? Thanks in advance! Mike Wood UNIX System Administrator Kinetic Concepts Inc. 5751 NW Parkway San Antonio, TX, 78249 ***************************************************************************** "CONFIDENTIALITY NOTICE: This transmission (including any accompanying attachments) is confidential, is intended only for the individual or entity named above, and is likely to contain privileged, proprietary and confidential information that is exempt from disclosure requests under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, use of or reliance upon any of the information contained in this transmission is strictly prohibited. Any inadvertent or unauthorized disclosure shall not compromise or waive the confidentiality of this transmission or any applicable attorney-client privilege. If you have received this transmission in error, please immediately notify us at postmaster at kci1.com." Kinetic Concepts, Inc. ******************************************************************************

1 0

freebsd dmidecode extension script
by vadud3＠gmail.com 06 Nov '08

06 Nov '08

Hi All, Has anyone written an extension script for freebsd dmidecode? I was looking for something similar to bb-prtdiag for solaris Thanks -- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu

1 0

hobbit proxy config
by vadud3＠gmail.com 06 Nov '08

06 Nov '08

I am using this server as a bbproxy and for bbnet for internal network. Does my configuration look kosher? Also I pasted some logs, not sure if I should ignore them bash-3.00# cat /home/hobbit/server/etc/hobbitlaunch.cfg # # The hobbitlaunch.cfg file is loaded by "hobbitlaunch". # It controls which of the Hobbit modules to run, how often, and # with which parameters, options and environment variables. # # This is the main Hobbit daemon. This must be running on at least # one server in your setup. If you are setting up a server to do # just network tests or run bbproxy, it is OK to disable this (then # you also need to remove the "NEEDS hobbitd" lines for the tasks # you want to run). [hobbitd] DISABLED ENVFILE /home/hobbit/server/etc/hobbitserver.cfg CMD hobbitd --pidfile=$BBSERVERLOGS/hobbitd.pid --restart=$BBTMP/hobbitd.chk --checkpoint-file=$BBTMP/hobbitd.chk --checkpoint-interval=600 --log=$BBSERVERLOGS/hobbitd.log --admin-senders=127.0.0.1,$BBSERVERIP --store-clientlogs=!msgs # "bbstatus" saves status-logs in text- and html-format, like the old Big Brother # daemon does. Unless you are using add-ons that directly access the log-files, you # will not need to run this module, and it is recommended that you keep it disabled # since storing the raw logs on disk can cause a significant load on your server. [bbstatus] DISABLED ENVFILE /home/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD hobbitd_channel --channel=status --log=$BBSERVERLOGS/status.log hobbitd_filestore --status --html # "bbhistory" keeps track of the status changes that happen, in a manner that is # compatible with the Big Brother history logs. You probably do want to run this. [bbhistory] DISABLED ENVFILE /home/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD hobbitd_channel --channel=stachg --log=$BBSERVERLOGS/history.log hobbitd_history # "hostdata" stores the Hobbit client messages on disk when some status for a host # changes. This lets you access a lot of data collected from a host around the time # when a problem occurred. However, it may use a significant amount of disk space # if you have lots of Hobbit clients. # Note: The --store-clientlogs option for the [hobbitd] provides control over # which status-changes will cause a client message to be stored. [hostdata] DISABLED ENVFILE /home/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD hobbitd_channel --channel=clichg --log=$BBSERVERLOGS/hostdata.log hobbitd_hostdata # "bbdata" saves information sent using the BB "data" protocol, like the old Big Brother # daemon does. Unless you are using add-ons that directly access the data-files, you # will not need to run this module, and it is recommended that you keep it disabled # since storing the raw data on disk can cause a significant load on your BB server. # RRD graphs uses data-files, but since RRD is handled by the hobbitd_rrd module, you do # not need to run the "bbdata" module to get RRD graphs. [bbdata] DISABLED ENVFILE /home/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD hobbitd_channel --channel=data --log=$BBSERVERLOGS/data.log hobbitd_filestore --data # "bbnotes" saves web note-files, that are sent using the BB "notes" protocol. This is # disabled by default; if you use the BB "notes" protocol, then you should enable this. [bbnotes] DISABLED ENVFILE /home/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD hobbitd_channel --channel=notes --log=$BBSERVERLOGS/notes.log hobbitd_filestore --notes # "bbenadis" updates the files used to indicate that a host or test has been enabled or disabled. # Unless you are running server side scripts that look at these files, you do not need this. [bbenadis] DISABLED ENVFILE /home/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD hobbitd_channel --channel=enadis --log=$BBSERVERLOGS/enadis.log hobbitd_filestore --enadis # "bbpage" sends out alerts. Note that this module is NOT compatible with the old Big Brother # system - it uses a different configuration file to determine how alerts get sent. If you want # alerts to go out via pager, e-mail or some other means, then you must run this module. [bbpage] DISABLED ENVFILE /home/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD hobbitd_channel --channel=page --log=$BBSERVERLOGS/page.log hobbitd_alert --checkpoint-file=$BBTMP/alert.chk --checkpoint-interval=600 # "rrdstatus" updates RRD files with information that arrives as "status" messages. # If you want RRD graphs of your monitoring data, then you want to run this. [rrdstatus] DISABLED ENVFILE /home/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD hobbitd_channel --channel=status --log=$BBSERVERLOGS/rrd-status.log hobbitd_rrd --rrddir=$BBVAR/rrd # "rrddata" updates RRD files with information that arrives as "data" messages. # If you want RRD graphs of your monitoring BB data, then you want to run this. [rrddata] DISABLED ENVFILE /home/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD hobbitd_channel --channel=data --log=$BBSERVERLOGS/rrd-data.log hobbitd_rrd --rrddir=$BBVAR/rrd # The client back-end module. You need this if you are running the Hobbit client on any system. [clientdata] ENVFILE /home/hobbit/server/etc/hobbitserver.cfg CMD hobbitd_channel --channel=client --log=$BBSERVERLOGS/clientdata.log hobbitd_client # "bbproxy" is the Hobbit proxy server that allows you to forward status messages # from a protected network to your Hobbit server. It is not enabled by default, # since it would conflict with the hobbitd task. # If you need to run this, then disabled hobbitd and the hobbitd-modules # above, then enable this. Make sure you enter the IP-address of your # Hobbit server in the command-line, so that the proxy knows where to forward # status messages. [bbproxy] ENVFILE /home/hobbit/server/etc/hobbitserver.cfg CMD $BBHOME/bin/bbproxy --hobbitd --bbdisplay=28.7.0.3 --report=$MACHINE.bbproxy --no-daemon --pidfile=$BBSERVERLOGS/bbproxy.pid LOGFILE $BBSERVERLOGS/bbproxy.log # "hobbitfetch" is used when you have clients that cannot connect to your Hobbit server, # but the Hobbit server can connect to the client. Normally the clients will initiate # a connection to the Hobbit server to deliver the data they collect, but this is # forbidden in some firewall setups. By enabling the hobbitfetch task, hosts that have # the "pulldata" tag in the bb-hosts file will be polled by hobbitfetch for their data. # # NOTE: On the clients you must enable the "msgcache" task, since this is what # hobbitfetch is talking to. [hobbitfetch] DISABLED ENVFILE /home/hobbit/server/etc/hobbitserver.cfg CMD $BBHOME/bin/hobbitfetch --server=YOUR.HOBBIT.SERVER.IP --no-daemon --pidfile=$BBSERVERLOGS/hobbitfetch.pid LOGFILE $BBSERVERLOGS/hobbitfetch.log # "bbdisplay" runs the bbgen tool to generate the Hobbit webpages from the status information that # has been received. Big Brother updated the webpages once every 5 minutes. The default here is to # run it every minute for faster updates, but you can change it if you have a highly loaded server # and dont need updates that often. [bbdisplay] DISABLED ENVFILE /home/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd GROUP generators CMD bbgen $BBGENOPTS --report LOGFILE $BBSERVERLOGS/bb-display.log INTERVAL 1m # bbcombotest is an extension script for the Hobbit display server. It generates # status messages that are combined from the status of one or more normal statuses. # It is controlled via the bbcombotest.cfg file. [bbcombotest] DISABLED ENVFILE /home/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD $BBHOME/bin/bbcombotest LOGFILE $BBSERVERLOGS/bbcombotest.log INTERVAL 5m # "bbnet" runs the bbtest-net tool to perform the network based tests - i.e. http, smtp, ssh, dns and # all of the various network protocols we need to test. [bbnet] ENVFILE /home/hobbit/server/etc/hobbitserver.cfg NEEDS bbproxy CMD bbtest-net --report --ping --checkresponse LOGFILE $BBSERVERLOGS/bb-network.log INTERVAL 5m # "bbretest" picks up the tests that the normal network test consider "failed", and re-does those # tests more often. This enables Big Brother to pick up a recovered network service faster than # if it were tested only by the "bbnet" task (which only runs every 5 minutes). So if you have # servers with very high availability guarantees, running this task will make your availability # reports look much better. [bbretest] ENVFILE /home/hobbit/server/etc/hobbitserver.cfg NEEDS bbproxy CMD $BBHOME/ext/bbretest-net.sh LOGFILE $BBSERVERLOGS/bb-retest.log INTERVAL 1m # "hobbitclient" runs the Hobbit client. The client is installed automatically # when you install a Hobbit server (presumably, you do want to monitor the # Hobbit server ?), but there's no need to have two hobbitlaunch instances # running at the same time. So we'll just run it from here. # Note: If you are using another client package, you should disable this one. [hobbitclient] DISABLED ENVFILE /home/hobbit/client/etc/hobbitclient.cfg NEEDS hobbitd CMD /home/hobbit/client/bin/hobbitclient.sh LOGFILE $BBSERVERLOGS/hobbitclient.log INTERVAL 5m bash-3.00# tail /var/log/hobbit/clientdata.log 2008-11-05 11:41:26 Failed to get a message, terminating 2008-11-05 11:41:31 Could not get shm of size 524288: No such file or directory 2008-11-05 11:41:31 Channel not available 2008-11-05 11:41:31 Failed to get a message, terminating 2008-11-05 11:41:36 Could not get shm of size 524288: No such file or directory 2008-11-05 11:41:36 Channel not available 2008-11-05 11:41:36 Failed to get a message, terminating 2008-11-05 11:41:41 Could not get shm of size 524288: No such file or directory 2008-11-05 11:41:41 Channel not available 2008-11-05 11:41:41 Failed to get a message, terminating bash-3.00# tail /var/log/hobbit/hobbitlaunch.log 2008-11-05 11:31:00 Task clientdata terminated, status 1 2008-11-05 11:31:05 Task clientdata terminated, status 1 2008-11-05 11:31:10 Task clientdata terminated, status 1 2008-11-05 11:31:15 Task clientdata terminated, status 1 2008-11-05 11:41:16 Task clientdata terminated, status 1 2008-11-05 11:41:21 Task clientdata terminated, status 1 2008-11-05 11:41:26 Task clientdata terminated, status 1 2008-11-05 11:41:31 Task clientdata terminated, status 1 2008-11-05 11:41:36 Task clientdata terminated, status 1 2008-11-05 11:41:41 Task clientdata terminated, status 1 bash-3.00# tail /var/log/hobbit/bbproxy.log 2008-11-04 13:35:51 bbproxy version 4.2.0 starting 2008-11-04 13:35:51 Listening on 0.0.0.0:1984 2008-11-04 13:35:51 Sending to BBDISPLAY(s) 28.7.0.3:1984 2008-11-04 13:35:51 Sending to BBPAGER(s) 28.7.0.3:1984 I don't want web for this hobbit proxy server. All I want it is to do the network tests and receive status from the hobbit clients on this network. And send all these status to hobbit server 28.7.0.3 I see sooo many emails on this, which really begs a wiki page on how to setup a bbproxy. T.J.? Henrik? -- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu

1 1

hobbit release
by gleonard＠progrexion.com 05 Nov '08

05 Nov '08

I am getting ready to build some new hobbit servers and am wondering when the newest release will come out? Gavin Leonard [cid:image001.gif at 01C93DC0.7FDAF140] Director, Systems-Network Engineering T 801-828-1735 F 801-828-1704 E gleonard at progrexion.com<mailto:gleonard at progrexion.com> Research | Marketing | Sales Generation www.progrexion.com<http://www.progrexion.com/> This email and its contents are confidential. If you are not the intended recipient, delete this email and do not use or disclose the information within this email or its attachments. Thank you.

2 2