October 2007 - Xymon - Xymon mailman web

Hobbit in french ?
by samp＠arial-concept.com 16 Oct '07

16 Oct '07

HI, Is it a possibility to got Hobbit in french ? Sam. -- Ce message a été vérifié par MailScanner pour des virus ou des polluriels et rien de suspect n'a été trouvé.

2 1

hobbitdboard via bbproxy
by bgmilne＠staff.telkomsa.net 16 Oct '07

16 Oct '07

I have a multi-server setup, with one display/bbnet, and two other bbnet/bbproxy boxes. The only access to the display server from some networks is via the proxies. I now require some of the clients behind one of the proxies to check the status of some of their tests, and I thought hobbitdboard or similar would be ideal. I can use 'bb $displayserver "hobbitdboard host=foo service=bar color=red"' from the proxy, but I can't do 'bb localhost "hobbitdboard host=foo service=bar color=red"' from the proxy, while say 'bb localhost "config bb-msgtab"' does work from the proxy. So, I don't see that I should need to change any configuration on the display server, but why isn't this command working via bbproxy? All boxes are running 4.2.0 with allinone patch from 20061003. Regards, Buchan

2 1

Monitor Fujitsu or HP Linux servers
by johan.boye＠latecoere.fr 16 Oct '07

16 Oct '07

Hello guys, I'm aware that question could be out of the scope of the hobbit but I think many powerful guys here could help me anyway, so here am I ;) I'm running a couple of racked servers from Fujitsu-Siemens or HP company. I'm using Hobbit to monitor them without any problem but I noticed any error from the log when I unplugged one of the two power plug! The warn worked on Sun OS monitored. By any change, do you know any tips or packages could do the trick to noticed an error when a power plug in removed or one of the HD crash (we are using HW RAID) ? Thanks! Johan "Les informations contenues dans ce message electronique peuvent etre de nature confidentielles et soumises a une obligation de secret. Elles sont destinees a l'usage exclusif du reel destinataire. Si vous n'etes pas le reel destinataire, ou si vous recevez ce message par erreur, merci de le detruire immediatement et de le notifier a son emetteur." "The information contained in this e-mail may be privileged and confidential. It is intended for the exclusive use of the designated recipients named above. If you are not the intended recipient or if you receive this e-mail in error, please delete it and immediately notify the sender."

2 2

extended use of procs (the second)
by martin.flemming＠desy.de 16 Oct '07

16 Oct '07

Sorry, my first mail match into another thread (Conn Test Times) ...... Hi ! I would use the procs-function to count several software versions & programms to see which version will be heavily used or nobody cares about it ... (our software developer want's to know it ) ... So, the first shot was to include this in the PROCS test and it runs really good with rrd-files and graphs ... but the procs-test should be only my test for important system-processes ... So i want to have the same test but with another flag like "sfw" or something else ... Is there a solution to use PROCS exactly for another/additional test ? .. or got anybody a another solution or hint for it ? Thanks, Martin

3 2

Out of memory possibly due to hobbitd.chk corruption
by charles.goyard＠orange-ftgroup.com 16 Oct '07

16 Oct '07

Hi, we had a total outage of hobbit yesterday, with the following message in hobbitd's log : Could not fork checkpoint child:Cannot allocate memory The kernel was too logging such problem and started killing procs : kernel: Out of Memory: Killed process 1341 (devmon). kernel: Out of Memory: Killed process 1342 (devmon). kernel: Out of Memory: Killed process 24132 (hobbitd). kernel: Out of Memory: Killed process 1343 (devmon). kernel: Out of Memory: Killed process 1344 (devmon). kernel: Out of Memory: Killed process 1345 (devmon). kernel: Out of Memory: Killed process 1345 (devmon). kernel: Out of Memory: Killed process 1284 (pdnsd). kernel: Out of Memory: Killed process 1286 (pdnsd). kernel: Out of Memory: Killed process 669 (hobbitd). kernel: Out of Memory: Killed process 827 (bbtest-net). kernel: Out of Memory: Killed process 832 (hobbitd). kernel: Out of Memory: Killed process 1346 (devmon). kernel: Out of Memory: Killed process 1347 (devmon). We rebooted, same thing. We rebooted again, stopped hobbit, moved the hobbitd.chk away and started over. It works fine now (17h uptime). Henrik, I have a backup copy of the hobbitd.chk file, is it of some interrest to you ? We run hobbit 4.2.0 with some patches on a Linux box (2.6 kernel). The server usualy uses only 20% of its memory. Regards, -- Charles Goyard - charles.goyard at orange-ftgroup.com - (+33) 1 45 38 01 31 Orange Business Services - online multimedia // ingénierie

1 0

[PATCH] Debian packaging fixes
by obi＠saftware.de 16 Oct '07

16 Oct '07

Hi, the attached patch fixes two problems in hobbit 4.2.0: 1.) The package build-depends on librrd0-dev. Alternatively, librrd2-dev can be used, which is present in Debian etch. 2.) In the postinst script of hobbit-client, the used single quotes prevent the variable from being replaced by sed. Instead, double quotes should be used. Best regards, Andreas

3 6

Hobbit Client on linux works fine but not on Sun nor Windows
by johan.boye＠latecoere.fr 15 Oct '07

15 Oct '07

Hello, I'm starting to deploy Hobbit on my company network to replace an old BigBrother install. I installed Hobbit on a server and started some test with the client on different recent Linux 2.6. My first problem was that the config the alert for a specific host. The only way I've found is to configure alerts on the localclient.cfg of each client. If not, any information could be monitored by the server (I used to configure hobbit-clients.cfg & bb-hosts on the server but it never works :-/) Anyway, it works by choosing the configuration on the client. All my Debian/Ubuntu are monitored at the moment. I installed the client on SunOS, it starts fine, I've configured the localclient.cfg on the client, bb-hosts on the server. The only thing monitored is the "conn"... looks at the Sun localclient.cfg : DEFAULT # Uptime mini UP 1h # Decalage d'horloge en sec CLOCK 120 # Memoire MEMPHYS 100 101 MEMSWAP 50 80 MEMACT 90 97 # Load average LOAD 2.0 5.0 # Espace disque DISK / 70 90 # Processus PROC master 1 yellow PROC smbd 1 red PROC nmbd 1 red PROC ypbind 1 yellow PROC apache2 5 20 red # Fichiers FILE /var/adm/messages SIZE>0 MTIME<1200 yellow FILE /var/adm/messages yellow "timed out!" # LOG LOG %/var/adm/messages %(I/O|read).error COLOR=red I have the same problem with BBWin, here is the bbwin.cfg : <?xml version="1.0" encoding="utf-8" ?> <configuration> <bbwin> <setting name="bbdisplay" value="yourfirstbbdisplay:1984" />     <setting name="mode" value="local" /> <setting name="configclass" value="win32" /> <setting name="autoreload" value="true" /> <setting name="timer" value="5m" /> <load name="cpu" value="cpu.dll"/> <load name="disk" value="disk.dll"/> <load name="externals" value="externals.dll"/> <load name="memory" value="memory.dll"/> <load name="msgs" value="msgs.dll"/> <load name="procs" value="procs.dll"/> <load name="stats" value="stats.dll"/> <load name="svcs" value="svcs.dll"/> <load name="uptime" value="uptime.dll"/> <setting name="loglevel" value="3" /> <setting name="logpath" value="C:\Program Files\BBWin\logs\BBWin.log"/>  <setting name="logreportfailure" value="false" /> </bbwin> <cpu>  <setting name="alwaysgreen" value="false" /> <setting name="default" warnlevel="70" paniclevel="95" delay="3" /> </cpu> <disk>  <setting name="alwaysgreen" value="false" />  <setting name="default" warnlevel="85%" paniclevel="95%" />  <setting name="C" warnlevel="70%" paniclevel="400mb" />   <setting name="remote" value="false" />  <setting name="cdrom" value="false" /> </disk> <externals> <setting name="timer" value="3m" /> <setting name="logstimer" value="60s" /> <memory> <msgs> <setting name="alwaysgreen" value="false" /> <match logfile="System" type="error" delay="1h" alarmcolor="red" /> <match logfile="System" type="warning" alarmcolor="yellow" /> <match logfile="Application" type="error" delay="1h" alarmcolor="red" /> <match logfile="Application" type="warning" alarmcolor="yellow" /> <match logfile="Security" type="fail" />  </msgs> <procs>  <setting name="drwtsn" rule="-1" alarmcolor="red" /> <setting name="mmc.exe" rule="-1" alarmcolor="red" /> <setting name="pageant.exe" rule="=1" comment="Putty agent deamon" /> </procs> <svcs>  <setting name="alwaysgreen" value="false" />  <setting name="autoreset" value="false" /> <setting name="alarmcolor" value="yellow" /> <setting name="Automatic Updates" value="started" autoreset="true" alarmcolor="red" /> </svcs> <uptime> <setting name="delay" value="30m" /> </uptime> </configuration> Any ideas are retreived ? Thanks by advance, Johan "Les informations contenues dans ce message electronique peuvent etre de nature confidentielles et soumises a une obligation de secret. Elles sont destinees a l'usage exclusif du reel destinataire. Si vous n'etes pas le reel destinataire, ou si vous recevez ce message par erreur, merci de le detruire immediatement et de le notifier a son emetteur." "The information contained in this e-mail may be privileged and confidential. It is intended for the exclusive use of the designated recipients named above. If you are not the intended recipient or if you receive this e-mail in error, please delete it and immediately notify the sender."

7 10

alert macro and SERVICE rule
by mhinkle＠itradenetwork.com 15 Oct '07

15 Oct '07

Hobbit 4.2.0 w/ all-in-one 2007-02-09 Can you use a macro in the hobbit-alerts.cfg and use the SERVICE rule in addition? Not able to do so at this end... hobbit-alerts.cfg ----------------- $patrickemail=MAIL ple at host.com RECOVERED $chrisemail=MAIL ccolon at host.com RECOVERED $ediemail=MAIL edi at host.com REPEAT=1440m RECOVERED HOST=pd-gis $patrickemail $chrisemail SERVICE=http $ediemail SERVICE=status Running "hobbitd_alert --dump-config" seems to just stop after the first macro replacement: -bash-2.05b$ ./server/bin/bbcmd hobbitd_alert --dump-config 2007-10-15 14:20:07 Using default environment file /usr/hobbit/server/etc/hobbitserver.cfg HOST=pd-gis MAIL ple at host.com FORMAT=TEXT REPEAT=30 RECOVERED -bash-2.05b$ If I change/remove the "SERVICE=http" from the line w/ the $chrisemail macro (for instance make it "DURATION>30"), then it *will* parse that line, but stop at the next one with the "SERVICE" rule: - $chrisemail SERVICE=http + $chrisemail DURATION>30 -bash-2.05b$ ./server/bin/bbcmd hobbitd_alert --dump-config 2007-10-15 14:26:27 Using default environment file /usr/hobbit/server/etc/hobbitserver.cfg HOST=pd-gis MAIL ple at host.com FORMAT=TEXT REPEAT=30 RECOVERED MAIL ccolon at host.com FORMAT=TEXT REPEAT=30 DURATION>30 RECOVERED -bash-2.05b$ Am I getting this wrong somewhere? Thanks in advance. -- Mark Hinkle mhinkle at itradenetwork.com

4 3

Custom graphs in hobbit, resend, ATTN Alan Sparks
by sigurdur＠raforninn.is 15 Oct '07

15 Oct '07

(This is a resend since the formatting was crapped out in the previous mail) Hi. The problem with parsing is to know what you want to parse. The first step is to send your information to hobbit and see it displayed. Second step is to configure hobbitlaunch.cfg file to send the data from the column to your script. FROM /etc/hobbit/hobbitlaunch.cfg [rrdstatus] ENVFILE /usr/lib/hobbit/server/etc/hobbitserver.cfg NEEDS hobbitd CMD hobbitd_channel --channel=status --log=$BBSERVERLOGS/rrd-status.log hobbitd_rrd --extra-tests=hitastig --extra-script=/usr/lib/hobbit/server/ext/rrd_digitemp.pl --rrddir=$BBVAR/rrd The --extra-tests is the definition of what columns you want to parse. You can have as many columns as you like, comma seperated. The --extra-script is the path to the script that you wish to run to do the parsing. You can only have one there. Then you have to edit hobbitserver.cfg and add the test to TEST2RRD and GRAPHS variables. Then either reboot the server or kill hobbit_channel processes (they should restart the next time they are scheduled to run) To begin to know what you have to parse, just tell the script to write to some file (overwrite, not append .. Unless of course you want it to grow bigger and bigger). It should be very similar to what the web site shows. Alternatively there should be a way to use the bb program to display it, but I didn't bother finding out how. Then of course you do your parsing. I recommend that you read about RRD graphs and how you can display different values (is it a counter, is it a variable like temperature, percentage etc etc) on the official RRD website which slips my mind ATM where it is located .. Google will probably help. You should receive 3 args from hobbit when it runs your script, it behaves so: $scriptname $hostname $testname $messagefile The messagefile is a temporary file which you shall parse. The final stage is to output your information to hobbit in a way it understands, printing directly to STDOUT. The format is so, note that you don't have to have the type GAUGE, replace with what you need: DS:<datasetname>:GAUGE:600:0:100 <Testname>.<sensorname>.rrd <value> DS:<datasetname>:GAUGE:600:0:100 <Testname>.<sensor2name>.rrd <value> Etc etc.. A tip for the wise, I had a lot of struggle with this when I was making it, and then realised that I can't have the datasetnames any different in all the files, it has to be static, that is, one name. Then you should check if there are any RRD files being made. They should be located in /var/lib/hobbit/rrd/<hostname>/ Then there comes the fun, to be able to show off your results in a graph. You should edit hobbitgraph.cfg file for that. Mine looks like this: [hitastig] FNPATTERN hitastig.(.*).rrd TITLE Hitastig YAXIS Celsius DEF:h at RRDIDX@=@RRDFN@:temperature:AVERAGE LINE2:h at RRDIDX@#@COLOR@:@RRDPARAM@ GPRINT:h at RRDIDX@:LAST: \: %5.1lf (cur) GPRINT:h at RRDIDX@:MAX: \: %5.1lf (max) GPRINT:h at RRDIDX@:MIN: \: %5.1lf (min) GPRINT:h at RRDIDX@:AVERAGE: \: %5.1lf (avg)\n The files it expects are hitastig.<sensorname>.rrd, don't let that extra dot fool you, it needs to be there. See in the DEF line, the name I chose for the datasets is temperature. (I REMIND YOU AGAIN, IT NEEDS TO BE STATIC) If you do this successfully, you should see a graph in hobbit as soon as you finish this last thing (just let the website refresh once). For reference (and of course to future developers that will read the mailing list archive) I will attach my scripts here so you know what to expect. dgitemp.pl -- This script reads from digitemp values, names and peak values from the MySQL database and sends them to hobbit. #!/usr/bin/perl # This script reads digitemp values and writes them to a # temporary file which the hobbit client sends out to # the Hobbit Monitor. # This script really should be rewritten so it will contain subs for operations. # That would be much more tidier. # Written by Sigurdur Gudbrandsson # sigurdur at raforninn.is use strict; use DBI; # Lets declare our variables my $db_user = "username"; # Change to whatever your username is my $db_pass = "password"; # Change to whatever your password is my $db_name = "stats"; my $table_meta = "digitemp_metadata"; my $table = "digitemp"; # We need to get some variables from the environment, don't change this my $BB = $ENV{BB}; my $BBDISP = $ENV{BBDISP}; my $MACHINE = $ENV{MACHINE}; my $BBTMP = $ENV{BBTMP}; # Change this to whatever you want your test to be named my $testname = "hitastig"; # Don't change this or your test will never be green my $color = "green"; # Set this to other than 0 if you want to debug my $debug = 0; # Lets connect to the database my $dbh = DBI->connect("DBI:mysql:$db_name","$db_user","$db_pass") or die "I cannot connect to dbi:mysql:$db_name as $db_user - $DBI::errstr\n"; # Lets get the sensor ID's, names and min/max values my $sql = "SELECT SerialNumber,name,description,min,max FROM $db_name.$table_meta"; my $sth = $dbh->prepare($sql) or die "Can't execute statement $sql because: $DBI::errstr"; $sth->execute(); my (@sensors) = (); while (my @ary = $sth->fetchrow_array()) { if ($ary[3] == "NULL") { $ary[3] = 0.000; } if ($ary[4] == "NULL") { $ary[4] = 99.999; } push(@sensors, [@ary]); # [@ary] is a reference } $sth->finish(); # Now we have all the sensors in a two dimensional array, @sensors # Also, if there is a NULL value in min or max, it has been substituted with a value # Now we will get the temperature of each sensor from the database # and check if the temp is too high or too low. my $count = 0; while (@{sensors[$count]}) { print "WHILE: entering first while loop\n" if ($debug); my $sql = "SELECT Fahrenheit FROM $db_name.$table WHERE SerialNumber='$sensors[$count][0]' ORDER BY dtKey DESC LIMIT 0,1"; print "SQL: term is \" $sql \" \n" if ($debug); my $sth = $dbh->prepare($sql) or die "Can't execute statement $sql because: $DBI::errstr"; $sth->execute(); $sensors[$count][5] = $sth->fetchrow_array(); if ($sensors[$count][5] > $sensors[$count][4]){ print "IF: status for $sensors[$count][1] is red\n" if ($debug); $sensors[$count][6] = "&red"; $color = "red"; } elsif ($sensors[$count][5] < $sensors[$count][3]){ print "IF: status for $sensors[$count][1] is yellow\n" if ($debug); $sensors[$count][6] = "&yellow"; if ($color != "red"){ $color = "yellow"; } } else { print "IF: status for $sensors[$count][1] is green\n" if ($debug); $sensors[$count][6] = "&green"; } $sth->finish(); $count++; } # We can close the database now $dbh->disconnect(); # Next is to get our results into an array # For reference, 0=SerialNumber 1=name 2=description 3=min 4=max 5=value 6=color in our array my $tmp = "\n"; # First line in the array print $color if ($debug); $count = 0; while (@{sensors[$count]}) { print "WHILE: entering second while loop\n" if ($debug); print "WHILE: $sensors[$count][1] is being printed\n" if ($debug); $tmp = $tmp." $sensors[$count][6] $sensors[$count][1] = $sensors[$count][5]\n"; $tmp = $tmp." : min=$sensors[$count][3] max=$sensors[$count][4]\n"; $tmp = $tmp." : $sensors[$count][2]\n\n"; $count++; } # Now we decode from UTF-8 to latin1 (iso-8859-1) if there is anything in utf8 open(TEMP, ">$BBTMP/$testname.tmp.txt"); print TEMP $tmp; close(TEMP); # Now we get the converted data $tmp = `/usr/bin/iconv -f utf8 -t iso-8859-1 $BBTMP/$testname.tmp.txt`; # Now finally we output the information to our beloved hobbit my $date = localtime; my $cmd = "$BB $BBDISP \"status $MACHINE.$testname $color $date \n $tmp \n \""; system($cmd); print $cmd if ($debug); print $tmp if ($debug); exit; Here is the output from this script &green Tölvu_kæling = 21.25 C : min=1.000 max=25.000 : This sensor has not yet been described &green Verkstæði = 25.81 C : min=0.000 max=99.999 : This sensor has not yet been described &green Tölvuskápur = 22.12 C : min=14.000 max=25.000 : This sensor has not yet been described &green Tölvu_kæl_út = 46.38 C : min=0.000 max=99.999 : This sensor has not yet been described rrd_digitemp.pl -- This script parses the information from hobbit and produces the channel data to make the RRD files. #!/usr/bin/perl use strict; # Input parameters: Hostname, testname (column), and messagefile my $hostname=$ARGV[0]; my $testname=$ARGV[1]; my $fname=$ARGV[2]; my ($line1, @line, @buff, @key, @value, $value, @tmp); open(IN,"$fname"); read(IN, $line1, 10000); @line=split('\n',$line1); @buff = grep(/ = /, at line); close(IN); chomp(@buff); # Lets strip the newline if there is any. for( my $i = 0; $i < scalar(@buff); $i++) # Now we go through the whole array of lines { $buff[$i] = substr($buff[$i], 10); # Trimming the beginning $buff[$i] =~ s/ C//g; # Removing the end $buff[$i] =~ s/ //g; # Removing all the whitespace @tmp = split('=', $buff[$i]); $key[$i] = makesafe($tmp[0]); $value[$i] = $tmp[1]; # print $buff[$i]."\n"; # Printing a test line to view the results } open(IN,">>/var/log/hobbit/custrrd.log"); write($buff[1]); close(IN); # The next loop will print out the information for making the RRD file. for( my $i = 0; $i < scalar(@key); $i++ ) { print "DS:temperature:GAUGE:600:0:100\n"; # Prints out each sensor name # print "DS:".$key[$i].":GAUGE:600:0:100\n"; # Prints out each sensor name print $testname.".".$key[$i].".rrd\n"; # Prints out the rrd file name print $value[$i]."\n"; # Prints out the value } # This sub produces safe output so hobbit will be able to make the files # (It seems that hobbit doesn't like special letters in file names) sub makesafe { my $word = shift; $word =~ s/ö/o/g; $word =~ s/á/a/g; $word =~ s/í/i/g; $word =~ s/é/e/g; $word =~ s/ó/o/g; $word =~ s/ý/y/g; $word =~ s/ú/u/g; $word =~ s/æ/ae/g; $word =~ s/ð/d/g; $word =~ s/þ/th/g; # $word =~ s/_//g; # $word = lc($word); return $word; } exit; I hope this isn't overkill. :) With regards, ------------------------------ Sigurður Guðbrandsson Raförninn ehf. Suðurhlíð 35 105 Reykjavik | Iceland sigurdur at raforninn.is | www.raforninn.is Office: +(354) 552 2070 Mobile: +(354) 867 3573 ------------------------------ -----Original Message----- From: Alan Sparks [mailto:asparks at doublesparks.net] Sent: 10. október 2007 21:06 To: Sigurður Guðbrandsson Subject: Re: [hobbit] Custom graphs with multiple data sources Since I am in the same boat with my server (downtime not an option), I am interested in your approach. I already have custom scripts for this, but am interested in what you do differently as far as parsing. Are you parsing the incoming messages and re-sending them to Hobbit? What is the "proper format?" Thanks for your reply. -Alan wrote: > Hi. > > There is a fourth option, which I took as updating to snapshot caused my hobbit to break for some reason, and seeing that it is a system I must have up 99% of the day, I just backported. > Well, that was not the option anyways :) > > My suggestion is that you make a custom script to parse your information and create the RRD's (actually the hobbit server manages creating the RRD's .. You just have to parse the information and send it in the proper format to hobbit). > That way you can have your multi-file RRD's (one per balancer or some) and you don't have to update to snapshot. > > I wrote my script in perl (my very first perl script .. How I hate the language ;) and it works very well. > You will not find it in the Shire, mainly because I haven't posted it there yet. > > If you need info on how the information is, and how to parse it, just drop me a line. > > With regards, > > > ------------------------------ > > Sigur ur Gu brandsson > > Raf rninn ehf. > > Su urhl 35 > > 105 Reykjavik | Iceland > > sigurdur at raforninn.is | www.raforninn.is > > Office: +(354) 552 2070 > > Mobile: +(354) 867 3573 > > ------------------------------ > > > -----Original Message----- > From: Charles Goyard [mailto:charles.goyard at orange-ftgroup.com] > Sent: 10. okt ber 2007 06:50 > To: hobbit at hswn.dk > Subject: Re: [hobbit] Custom graphs with multiple data sources > > Hi, > > > Alan Sparks wrote : > > >> However, with this, I am only able to manage one graph, and one data >> source, per device. I would like to graph all the session values. >> I would also like to use multiple RRD files. My experience with the >> single-file, multiple-DS approach is that, if I add another virtual, >> graphing will break (updates error out, probably since the RRD was >> not created with this new data source defined). >> [...] >> > > Check the september 2007 mail archives, there's a discussion about it. > > There's three solutions : > > - apply a patch I posted on the list (does split-ncv on a testname > basis). My patch has a memory leak, so beware (I kill my hobbitd_rrd > every 24h). > - send "data" messages with a body like "foo.rrd:mydsname:GAUGE:500 > (Sorry, no pointers for that one, and it needs a recent snapshot). > - take a snapshot or a least the hobbitd/rrd directory from the source, > it includes the split-ncv feature without the memory leak (thank > Henrik). > > > -- > Charles Goyard - charles.goyard at orange-ftgroup.com - (+33) 1 45 38 01 > 31 Orange Business Services - online multimedia // ing nierie > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > > > -- Alan Sparks, UNIX/Linux Systems Integration and Administration <asparks at doublesparks.net> ------------------------------ Sigurður Guðbrandsson Raförninn ehf. Suðurhlíð 35 105 Reykjavik | Iceland sigurdur at raforninn.is | www.raforninn.is <http://www.raforninn.is/> Office: +(354) 552 2070 Mobile: +(354) 867 3573 ------------------------------

3 2

Use hobbit in operation center with critcal systems view
by roland.graeub＠rtc.ch 15 Oct '07

15 Oct '07

Hi all We are planing a full change from our "production" Systemmanagment Tool to Hobbit. Now on most Systems are both clients installed and the plan is to use only hobbit. In our environment the Operation Center always call when a alerts shows up on their Event Console and acknowledge the alert. With this action the alert is no longer visible for the operators. At the moment the Operation Center didnt care about hobbit, but of course lots of other people in our organization use hobbit and are happy with this great tool. With the critical systems view i think hobbit offers an ideal view for our Operation Center. Now following questions/toughts came up when we look closer; Acknowledge; If an alert is acknowledge from the operators in critical systems this is a fix acknowledge for the given time, also when there is a status change. When a problem is fixed and goes red/yellow again it will not shown up in critical view until the acked time is expired. This sould be an option to ack a alert until a status change (like in disable until ok). The option Host-ack seems to be broken, on my system only one Test is acknowledged although the Host-ack Checkbox is selected. Log; Missing a Log/Report from Critical view. A Report with information about the alerts and acknowledgeds information that were made in Critical systems would be helpful. Definition (Edit Critical Systems); Easiest way for us; made standard definitions and add host to this templates. Works fine. But i miss a connection between alerts and critical view definition. Something like a option in hobbit-alerts.cfg to define that this rule is also valid for critical view. Send a email when a alert shows up in critical view with all the possibiltys form hobbit-alerts.cfg. Special Case missed or belated Messages by Operation Center; Now some application/scripts sends Alerts to the Console View and the Operation Center make an alert call for each event. A problem in Hobbit/BB is when changes happen in red messages, the Operation Center didnt realize that until the acknowledge time runs out and they make the alert call again. This can happen for example in the disk status test (a second filesystem goes red) or with nested Tests/Logfiles. With the Event Console they get two messages (each for one Filesystem). Is this anyway a topic ? How is that handled in your organisation ? Regards, Roland

1 0