- Xymon - Xymon mailman web

[hobbit] A different RECOVERED message problem!
by asparks＠doublesparks.net 25 Jun '09

25 Jun '09

SebA wrote: > Alan Sparks <mailto:asparks at doublesparks.net> wrote: > >> I have a feeling you're seeing an artifact of some oddities in how the >> alerts module matches up events and paging rules. You can see my >> analysis writeup here (however, I never solved the problem): >> http://www.hswn.dk/hobbiton/2008/07/msg00132.html >> -Alan >> > > Yes, it looks like you're right Alan. I really think the alerts module needs > a bit of a rewrite... I've already posted about several flaws in it over the > past year... It just doesn't seem to be possible to get it doing what I want > (and expect) for several different tests / scenarios (at the same time). > > Seb Would tend to agree, due to issues with RECOVERED and DURATION processing, and the seeming conflict of interest between the alerts and the flap suppression algorithms. I have on occasion considered outboarding the alert processing, and just having Hobbit send alerts for anything to a custom script, where I could exert finer control. -Alan

1 0

[hobbit] Setting this up and monitoring VM Servers?
by josh＠imaginenetworksllc.com 25 Jun '09

25 Jun '09

At the moment I simply put the hobbit client on each guest and the host. There is something for VMware server I believe... Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 "When you have eliminated the impossible, that which remains, however improbable, must be the truth." --- Sir Arthur Conan Doyle On Wed, Jun 24, 2009 at 12:28 PM, Michael Levitre <mikel at gotodrs.com> wrote: > Do you guys have a tool for network monitoring for VM’s? > > > > > > > > *Michael Levitre* > > IT Coordinator > > Dynamic Recovery Solutions > > (864) 371-6464 Direct > > (919) 741-7175 Mobile > > (864) 371-6468 Fax > > mikel at gotodrs.com > > > > Need Help? > > Contact our DRS HelpDesk at 866-996-1536 for support > > > > *The information contained in this e-mail message is intended only for the > personal and confidential use of the recipient(s) named above. This message > may be an attorney-client communication and/or work product and as such is > privileged and confidential. If the reader of this message is not the > intended recipient or an agent responsible for delivering it to the intended > recipient, you are hereby notified that you have received this document in > error and that any review, dissemination, distribution, or copying of this > message is strictly prohibited. If you have received this communication in > error, please notify us immediately by e-mail, and delete the original > message. * > > >

5 4

URLplus
by tlp＠mach.com 25 Jun '09

25 Jun '09

Can this new extension do the post like the builtin http test can do ? Regards, Thomas

6 11

Alerting when host goes green
by josh＠imaginenetworksllc.com 25 Jun '09

25 Jun '09

I have a fallback IP that is specified on a device that will only be used in the event it can't reach the DHCP server. Should it have this problem, I (obviously :) would like to know! I am thinking about having it disabled until OK, then just alert me when it changes to green. Does anyone have a better solution? Perhaps something that won't sit on the menu blue for eternity? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 "When you have eliminated the impossible, that which remains, however improbable, must be the truth." --- Sir Arthur Conan Doyle

3 7

Impossible to check FILE and LOG with --local on the client side
by linuxmasterjedi＠free.fr 25 Jun '09

25 Jun '09

On the "regtro" server : File: /opt/hobbit-monitor/client/etc/clientlaunch.cfg #CMD $HOBBITCLIENTHOME/bin/hobbitclient.sh --local CMD $HOBBITCLIENTHOME/bin/hobbitclient.sh On the Hobbit server : File: server/etc/client-local.cfg [regtro] log:/var/log/messages:10240 ignore MARK log:/oracle/REG/saptrace/background/alert_REG.log:10240 File: server/etc/hobbit-clients.cfg HOST=regtro UP 1h CLOCK 120 MEMPHYS 100 101 MEMSWAP 50 80 MEMACT 90 97 LOAD 5 10 DISK /usr/sap/oldtrans46 95 98 DISK * 92 98 PROC ypbind 1 red PROC sshd 1 red PROC apache 1 red FILE /var/log/messages SIZE>0 MTIME<1200 yellow FILE /var/log/messages yellow "timed out!" FILE /var/log/messages yellow "abort!" LOG %/var/log/messages %(I/O|read).error COLOR=red LOG %/oracle/REG/saptrace/background/alert_REG.log %checkpoint That works fine. Log files are check which is great. Now, If I switch to --local : On the "regtro" server : File: /opt/hobbit-monitor/client/etc/clientlaunch.cfg CMD $HOBBITCLIENTHOME/bin/hobbitclient.sh --local #CMD $HOBBITCLIENTHOME/bin/hobbitclient.sh File: /opt/hobbit-monitor/client/etc/localclient.cfg DEFAULT UP 1h CLOCK 120 MEMPHYS 100 101 MEMSWAP 50 80 MEMACT 90 97 LOAD 5 10 DISK /usr/sap/oldtrans46 95 98 DISK * 92 98 PROC ypbind 1 red PROC sshd 1 red PROC apache 1 red FILE /var/log/messages SIZE>0 MTIME<1200 yellow FILE /var/log/messages yellow "timed out!" FILE /var/log/messages yellow "abort!" LOG %/var/log/messages %(I/O|read).error COLOR=red LOG %/oracle/REG/saptrace/background/alert_REG.log %checkpoint The LOG and FILE functions doesn't work anymore. According to this discussion "http://www.hobbitmon.com/hobbiton/2006/06/msg00575.html", I have to create a file "client/tmp/logfetch.`uname -n`.cfg" with "LOG %/oracle/REG/saptrace/background/alert_REG.log %checkpoint ...". I did this and it doesn't work at all (same message : "The client did not report any logfile data"). Is anyone could help me out with this issue ? Best regards, LMJ

2 2

how to trigger in column "msgs" ???
by camorae＠googlemail.com 25 Jun '09

25 Jun '09

Hi guys, im trying to do an easy thing but its not working. I've been looking in the client-local.cfg manual but it doesnt helped a lot. What i want to do is: -monitor a logfile (like as usual by the column msgs) which is usualy empty. -trigger the status as soon as the logfile get a line --> then it should become red!!! What i tried to do: -put some lines like: "trigger allert", "* COLOR=red" etc... in the client-local.cfg --> didnt work ps: I'm trying to do this in the Hobbit-Server... should i change the config in the client also? does somebody know how i can configure this? thanks, Cayo

4 5

Hobbit developer access.
by davidp＠electronf.com 24 Jun '09

24 Jun '09

I sent an email to Henrik some time ago about getting access to be able to check in bug fixes via svn but got no reply. Is the current list of developers locked or did I miss something?

6 10

[hobbit] Setting this up and monitoring VM Servers?
by rdeal＠jcvi.org 24 Jun '09

24 Jun '09

I put the client on all the virtual machines and for the esx server it self you can enable SNMP and use vmesx extension test: http://www.deadcat.net/viewfile.php?fileid=1048 From: Michael Levitre <mikel at gotodrs.com> Organization: Dynamic Recovery Solutions Reply-To: <hobbit at hswn.dk> Date: Wed, 24 Jun 2009 12:28:28 -0400 To: <hobbit at hswn.dk> Cc: 'Some Body' <romulusthecat at gmail.com> Subject: [hobbit] Setting this up and monitoring VM Servers? Do you guys have a tool for network monitoring for VM¹s? Michael Levitre IT Coordinator Dynamic Recovery Solutions (864) 371-6464 Direct (919) 741-7175 Mobile (864) 371-6468 Fax mikel at gotodrs.com Need Help? Contact our DRS HelpDesk at 866-996-1536 for support The information contained in this e-mail message is intended only for the personal and confidential use of the recipient(s) named above. This message may be an attorney-client communication and/or work product and as such is privileged and confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message.

1 0

Setting this up and monitoring VM Servers?
by mikel＠gotodrs.com 24 Jun '09

24 Jun '09

Do you guys have a tool for network monitoring for VM's? Michael Levitre IT Coordinator Dynamic Recovery Solutions (864) 371-6464 Direct (919) 741-7175 Mobile (864) 371-6468 Fax mikel at gotodrs.com Need Help? Contact our DRS HelpDesk at 866-996-1536 for support The information contained in this e-mail message is intended only for the personal and confidential use of the recipient(s) named above. This message may be an attorney-client communication and/or work product and as such is privileged and confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message.

1 0

same test appearing multiple times in 'info' page for several hosts...
by john.d.burk＠gmail.com 24 Jun '09

24 Jun '09

To make a long story short, the server running xymon crashed (UPS failure). Now I have several hosts which are showing purple status icons for all tests, but if you click on the purple icon, the subsequent page is green. Viewing the trend graphs shows that the host is reporting data, and the data/<host>/*.rrd files are updating as expected. Viewing the info page for the host in question shows that the same test is apparently defined multiple (up to 50) times: << text cut at paste from info page, showing multiple instances of 'conn' test >> Status summary ServiceSinceDuration connMon Jun 08 08:11:44 200915 days, 03 hours, 12 minutes connMon Jun 22 17:35:35 20090 days, 17 hours, 48 minutes connMon Jun 22 17:35:35 20090 days, 17 hours, 48 minutes connMon Jun 22 17:35:35 20090 days, 17 hours, 48 minutes connMon Jun 22 17:35:35 20090 days, 17 hours, 48 minutes connMon Jun 22 17:35:35 20090 days, 17 hours, 48 minutes connMon Jun 22 17:35:35 20090 days, 17 hours, 48 minutes connMon Jun 22 17:35:35 20090 days, 17 hours, 48 minutes connMon Jun 22 17:35:35 20090 days, 17 hours, 48 minutes can anyone shed some light on where to start with this? I'd rather not drop the host and then re-add it, since I need the history. john burk

2 3