November 2008 - Xymon - Xymon mailman web

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

[hobbit] hobbit and ssl compilation problem
by bgmilne＠staff.telkomsa.net 05 Nov '08

05 Nov '08

On Monday 27 October 2008 14:16:25 Kenji Lefevre wrote: > Hi, > > I tried to install hobbit server on a centos5.1 > host. You can make things a lot easier for yourself: http://staff.telkomsa.net/packages/rhel5/hobbit/

1 0

[hobbit] iostat
by philwild＠gmail.com 05 Nov '08

05 Nov '08

Hi Vernon, You need to write your own backend to process the metrics from iostat that you are sending from you clients. This involves manually building a new rrd file from within your code for every new row that you receive. The hobbit NCV can not do this for you in the current production release. I am pretty sure this is covered in the man pages somewhere from memory or in Henrik's graphing overview perhaps. Once you have your backend script ready to receive and process the data and build your rrd's, you modify some of the options for hobbitd in your hobbitlaunch.cfg file to call the script every time a message comes in. From memory, every message that enters hobbit gets passed to it so you need to write it so that it just processes your data and is well enough written so you can add further custom tests on as needed. Sorry to sound so vague as has been a while since doing this. It is all covered in the documentation though. Cheers Phil 2008/10/22 Everett, Vernon <Vernon.Everett at woodside.com.au> > Hi Henrik > > Ok, let's say I was daft enough to give this a go. > I want to generate graphs of my disks. > On linux, I have sda and sdb > On Solaris, c0t0d0, c0t1d0 and c0t2d0 > Not a problem. > I generate output, configure my graphs, get the rrd files to auto-generate, > and life is good. > But now I add another disk! > > The only solution I can see is to have a separate rrd file per disk, the > way you handle disk capacity. > How do I tell the ncv module to put each disk into a different rrd file, > instead of dumping it all into one, like it seems to like doing? > > Cheers > V > > > > > -----Original Message----- > From: Henrik Stoerner [mailto:henrik at hswn.dk] > Sent: Tuesday, 21 October 2008 7:32 PM > To: hobbit at hswn.dk > Subject: Re: [hobbit] iostat > > In <A3D12FAD74FC8B46991703F40C182BAB013EDDDB at permls102.wde.woodside.com.au> > "Everett, Vernon" <Vernon.Everett at woodside.com.au> writes: > > >Has anybody managed to get iostat data and graphs working for RedHat > linux? > > >Looking to graph the basics for a system for physical disks. > >r/s, w/s, avgrq-sz, await > >All the rest is nice to have. > > >Anybody done this? > > Don't think so. The standard Hobbit client doesn't collect these data, and > there's nothing on the server that knows how to parse it anyway. > > (I agree it would be nice to collect those stats - and mpstat as well). > > > Regards, > Henrik > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > > > 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. > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > > -- Tel: 0400 466 952 Fax: 0433 123 226 email: philwild AT gmail.com

1 0