October 2005 - Xymon - Xymon mailman web

[hobbit] Hobbit, Net-snmp snmptrap,and HPOV
by nfigaro＠effigie.fr 28 Jul '06

28 Jul '06

There is an option to snmptrap (from net snmp) to send full OIDs, otherwise they are cut. Instead of "snmptrap -v 1", the options should be : "snmptrap -v 1 -Of" Otherwise only the end of the OID is sent. Nicolas Figaro > -----Message d'origine----- > De : David Gore [mailto:David.Gore at mci.com] > Envoyé : lundi 19 septembre 2005 17:11 > À : hobbit at hswn.dk > Objet : Re: [hobbit] Hobbit, Net-snmp snmptrap,and HPOV > > > David Gore wrote: > > Coupe, Mark (ITD) wrote: > > > >> All, > >> > >> I'm trying to push alarms from Hobbit to HPOV. We have a custom > >> script that is invoking Netsnmp's snmptrap. The snmp traps are > >> reaching the HP Node Manager Event Browser correctly. > However, the OV > >> operations trap condition is not recognizing the trap. > The trap is > >> being displayed as "unmatched" in the Message Browser even though > >> there is a condition set up for that specific trap. > >> > >> When we look at the unmatched trap, it appears that the OID is not > >> being recognized and an '0' is inserted, for example instead of > >> .1.3.6.1.4.1.7058.0.XX, we are seeing .0.0.XX. > >> > >> Any guidance would be greatly appreaciated. > >> > >> Thanks, > >> > >> -Mark Coupe > > > > > > I, and perhaps others would be interested in what precisely you are > > doing? Are you pushing all hobbit alarms from the hobbit server to > > HPOV? > > > > Sorry, I am HPOV ignorant, but we are interested in > forwarding all the > > hobbit alarms/alerts as SNMP traps to one of Concord's > products. I am > > not to familiar with Concord's product either. I just know > the powers > > that be would like to have snmp traps from all our monitored hosts. > > > > In otherwords, I am interested in any system or methodology that > > someone > > has setup to forward alarms from the hobbit server to an > SNMP server. > > Any setups out there that someone is willing to share the details? > > > > David > > > > > > To unsubscribe from the hobbit list, send an e-mail to > > hobbit-unsubscribe at hswn.dk > > > > > > Here is Mark's script posted with permission: > > SCRIPT > > #!/bin/bash > > #SVCCODES="disk:100,cpu:200,procs:300,svcs:350,msgs:400,conn:5 > 00,http:60 > 0,ftp:721,ssh:722,ssh1:722,ssh2:722,telnet:723,smtp:725,fping: > 727,mq:729 > ,dns:800,pop2:809,pop-2:809,pop:810,pop3:810,pop-3:810,nntp:81 9,imap:843 > ,imap2:843,imap3:843,imap4:843,mrtg:850,swap:860,memory:870,sy > s:880,err: > 890,test:901" > > #Variables > #$OID - OID to be used without trailing value (.1.3.6.1.4.1.7058)(BB > default) > #$OIDTAIL - ending value of OID particluar to alarm type; > determined by "case" statement #$MACHIP - IP address of > device generating alarm; determined by hobbit #$BBHOSTNAME - > hostname of device generating alarm; determined by the hobbit > bb-hosts file #$BBSVCNUM - service code corresponding to the > service being monitored; determined by hobbit configuration > #$BBCOLORLEVEL - alarm level; determined by hobbit > #$RECOVERED - '0' denotes alarm; '1' denotes recovery #$HPOV > - the IP address of the destination HPOV server #TMPDIR - > directory for location of temporary file necessary for sed of $MACHIP > > ###Start script ### > ### > CHRONO=`date` > OID=.1.3.6.1.4.1.7058 > #Put your own OV server IP address in the next line. > HPOV=xxx.xxx.xxx.xxx TMPDIR=/home/hobbit/server/ext > > > case $BBSVCNUM in > 100) #Disk > OIDTAIL=10 > ;; > 200) #CPU > OIDTAIL=20 > ;; > 300) #Procs > OIDTAIL=30 > ;; > 350) #Svcs > OIDTAIL=40 > ;; > 400) #Msgs > OIDTAIL=50 > ;; > 500) #Conn > OIDTAIL=60 > ;; > 600) #Http > OIDTAIL=70 > ;; > #OIDTAIL=80 (not assigned) > 721) #FTP > OIDTAIL=90 > ;; > 722) #SSH > OIDTAIL=100 > ;; > 723) #Telnet > OIDTAIL=110 > ;; > 725) #SMTP > OIDTAIL=120 > ;; > 727) #Fping > OIDTAIL=130 > ;; > 729) #MQ > OIDTAIL=140 > ;; > 800) #DNS > OIDTAIL=150 > ;; > 809) #POP2 > OIDTAIL=160 > ;; > 810) #POP > OIDTAIL=170 > ;; > 819) #NNTP > OIDTAIL=180 > ;; > 843) #IMAP > OIDTAIL=190 > ;; > 850) #MRTG > OIDTAIL=200 > ;; > 860) #Swap > OIDTAIL=210 > ;; > 870) #Memory > OIDTAIL=220 > ;; > 880) #Sys > OIDTAIL=230 > ;; > 890) #ERR > OIDTAIL=240 > ;; > 901) #Test > OIDTAIL=250 > ;; > esac > > if [[ "$RECOVERED" = "0" ]]; then > if [[ "$BBCOLORLEVEL" = "purple" ]]; then > OIDTAIL=$(($OIDTAIL + 1)) > elif [[ "$BBCOLORLEVEL" = "yellow" ]]; then > OIDTAIL=$(($OIDTAIL + 2)) > elif [[ "$BBCOLORLEVEL" = "red" ]]; then > OIDTAIL=$(($OIDTAIL + 3)) > fi > elif [[ "$RECOVERED" = "1" ]]; then > BBCOLORLEVEL=green > fi > > #Following line: reads Hobbit IP into temporary file > echo $MACHIP > $TMPDIR/tmpfile.txt > > #Following lines: puts Hobbit 12 digit IP format in dotted > decimal and removes any leading zeroes. MACHIP=`sed > 's/$...$$...$$...$$...$/\1.\2.\3.\4/' > $TMPDIR/tmpfile.txt` > echo $MACHIP > $TMPDIR/tmpfile.txt > MACHIP=`sed -e 's/^00//' -e 's/^0//' -e 's/\.000/./' -e > 's/\.00/./' -e 's/\.0/./' -e 's/\.000/./' -e 's/\.00/./' -e > 's/\.0/./' -e 's/\.000/./' -e 's/\.00/./' -e 's/\.0/./' -e > 's/\.\.\./.0.0./' -e 's/\.\./.0./' -e 's/\.$/.0/' $TMPDIR/tmpfile.txt` > > #Following line: removes the temporary file > rm -f $TMPDIR/tmpfile.txt > > #Following line: forwards the error message to HPOV as an > SNMP message `snmptrap -v 1 -c mitcovo $HPOV "$OID" "$MACHIP" > 6 $OIDTAIL ""` > > echo "DATE: $CHRONO" >> /home/hobbit/server/ext/hpov-push.log > echo "snmptrap -v 1 -c public $HPOV "$OID" "$MACHIP" 6 > $OIDTAIL "" " >> /home/hobbit/server/ext/hpov-push.log > > > END SCRIPT > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >

5 5

Disk RRD problem with hobbit-client and OSF1 (Tru64)
by astavitsky＠yahoo.com 04 May '06

04 May '06

Hi! I'm using hobbit 4.1.2 server and clients. Some of my OSF1 (Tru64 4.0&5.1) clients' filesystems are being captured in RRD by mountpoint name and others by the device/domain. These are RRD files for a particular host:: ls -l HOSTNAME/disk* -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,arc.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,nfs,BOSS.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,nfs.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-26 20:13 HOSTNAME/disk,report.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,root_domain#root.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,rpt,MakPrd,progesaPrd,Act,CWNY.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,rpt,MakPrd,progesaPrd,Act,LongIsland.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,rpt,MakPrd,progesaPrd,Act,NewJersey.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,rpt,MakPrd,progesaPrd,Act.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,rpt.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,tmp_domain#tmp.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,usr_domain#usr.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,var,ase,mnt,asearc,arc.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,var,ase,mnt,asenfs,nfs.rrd -rw-r--r-- 1 hobbit hobbit 38532 2005-10-30 13:04 HOSTNAME/disk,var_domain#var.rrd And here is the hobbitlog for this: HOSTNAME|disk|green||1130372298|1130621525|1130623325|0|0|172.16.52.21|-1|||Y green Sat Oct 29 17:31:58 EDT 2005 - Filesystems OK Filesystem 512-blocks Used Available Capacity Mounted on root_domain#root 409600 252902 128032 67% / usr_domain#usr 2516576 1825636 638672 75% /usr var_domain#var 9437184 4114720 5284080 44% /var tmp_domain#tmp 409600 2682 385376 1% /tmp /nfs at asenfs 88821680 37803820 50792192 43% /nfs /arc at asearc 106643104 69304154 37257648 66% /arc nfs_dmn#nfs 88821680 37803820 50792192 43% /var/ase/mnt/asenfs/nfs arc_dmn#arc 106643104 69304154 37257648 66% /var/ase/mnt/asearc/arc /NFS at CEBOSS 377479160 298515328 78963832 80% /nfs/BOSS rpt_dmn#progesa 106643104 61776456 44815856 58% /rpt rptact_dmn#act 106643104 75460796 31101280 71% /rpt/MakPrd/progesaPrd/Act rptcwny_dmn#cwny 106643104 28278562 78320496 27% /rpt/MakPrd/progesaPrd/Act/CWNY rptli_dmn#li 71095392 19095496 51949920 27% /rpt/MakPrd/progesaPrd/Act/LongIsland rptnj_dmn#nj 71095392 3627144 67417760 6% /rpt/MakPrd/progesaPrd/Act/NewJersey I read earlier messages about hobbit_larrd misdetecting NT/UNIX disk output, but in this case it uses different columns for different filesystems on the SAME host. I'm at a loss why this is happening and how to fix it. Thanks,

4 4

bb-disk_by_fs.sh
by iqbala-hobbit＠qwestip.net 29 Jan '06

29 Jan '06

Hi All Has anyone used bb-disk_by_fs.sh with BB client? I am trying to find out how it will work with HOBBIT? There are few things I am concern about. 1. How will I manage alerts per partition which this script offers? 2. How will the graph work? Thanks for any feedbacks. I guess I could always try it myself on a test system if there is no feedback already. -- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu "It is not the strongest of the species that survives, not the most intelligent, but the one most responsive to change." - Charles Darwin

2 2

Mail archive now searchable
by henrik＠hswn.dk 03 Jan '06

03 Jan '06

After some prodding from a couple of users, I finally got around to setting up a search facility for the Hobbit mail-archive, using ht://Dig as the search- and indexing-tool. It's available from the mail-archive front page at http://www.hswn.dk/hobbiton/ Regards, Henrik

6 9

[hobbit] Changing default graph resolution
by v.everett＠afgonline.com.au 22 Dec '05

22 Dec '05

Hi all Anybody help me with graphing? In hobbitgraph.cfg, I have the following definition, and it produces wonderful, but somewhat cluttered graphs. ---snip--- [ora9-sga] FNPATTERN tablespace.rrd TITLE TableSpace Utilization YAXIS % Full DEF:xdb at RRDIDX@=@RRDFN@:siebprd_XDB:AVERAGE DEF:whsidx at RRDIDX@=@RRDFN@:siebprd_WHS_INDEX:AVERAGE DEF:whsdata at RRDIDX@=@RRDFN@:siebprd_WHS_DATA:AVERAGE DEF:users at RRDIDX@=@RRDFN@:siebprd_USERS:AVERAGE DEF:undotbs1 at RRDIDX@=@RRDFN@:siebprd_UNDOTBS1:AVERAGE DEF:tools at RRDIDX@=@RRDFN@:siebprd_TOOLS:AVERAGE DEF:system at RRDIDX@=@RRDFN@:siebprd_SYSTEM:AVERAGE DEF:siebind at RRDIDX@=@RRDFN@:siebprd_SIEB_INDEX:AVERAGE DEF:siebdata at RRDIDX@=@RRDFN@:siebprd_SIEB_DATA:AVERAGE DEF:loader at RRDIDX@=@RRDFN@:siebprd_LOADER_DATA:AVERAGE LINE2:xdb at RRDIDX@#@COLOR@:XDB LINE2:whsidx at RRDIDX@#@COLOR@:WHS_INDEX LINE2:whsdata at RRDIDX@#@COLOR@:WHS_DATA LINE2:users at RRDIDX@#@COLOR@:USERS LINE2:undotbs1 at RRDIDX@#@COLOR@:UNDO LINE2:tools at RRDIDX@#@COLOR@:TOOLS LINE2:system at RRDIDX@#@COLOR@:SYSTEM LINE2:siebind at RRDIDX@#@COLOR@:SIEB_INDEX LINE2:siebdata at RRDIDX@#@COLOR@:SIEB_DATA LINE2:loader at RRDIDX@#@COLOR@:LOADER -u 100 -l 0 ---snip--- How do I get it to split this across 2 or even 3 graphs, like the disk utilisation graphs. Cheers Vernon _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ NOTICE: This message and any attachments are confidential and may contain copyright material of Australian Finance Group Limited or a third party. It is intended solely for the purpose of the addressee and any other named recipient. If you are not the intended recipient, any use, distribution, disclosure or copying of this message is strictly prohibited. The confidentiality attached to this message is not waived or lost by reason of the mistaken transmission or delivery to any unintended party. If you have received this message in error, please notify the author immediately or contact Australian Finance Group on +61 8 9420 7888.

3 3

upgrade to 4.1.2 breaks netapp qtree graphing
by tomg＠mcclatchyinteractive.com 14 Nov '05

14 Nov '05

Upgraded from hobbit 4.0.4 -> 4.1.2 and hit my first bug: the data collected from my filerstats2bb.pl ext script, which gets data from my NetApp filer and allows me to graph the qtrees, volumes & inodes, no longer works. The data collection still works fine, as well as the display of the results, but only one the first qtree/inode/disk is graphed. The rest are not. hobbitgraph.cfg definitions are still the same as before, so I poked around the hobbitd/rrd/do_disk.c and compared it to the one used in 4.0.4, but I think that is working well since it populates the rrd files...? hobbitgraph.c is where I should look, right? I'm kinda lost here, and of course we need to see our filer graphs to check on a problem, which is how a co-worker disovered the bug in the first place! Tom

2 6

Fedora core 4 dependencies
by craig＠cookitservices.com 11 Nov '05

11 Nov '05

Are these missing dependencies an issue? I think last time (4.1.1) I added the --nodeps and forced the install and everything worked... [root craig]# rpm -U hobbit-4.1.2-1.i386.rpm error: Failed dependencies: libcrypto.so.0.9.7 is needed by hobbit-4.1.2-1.i386 liblber.so.2 is needed by hobbit-4.1.2-1.i386 libldap.so.2 is needed by hobbit-4.1.2-1.i386 libpcre.so.3 is needed by hobbit-4.1.2-1.i386 libssl.so.0.9.7 is needed by hobbit-4.1.2-1.i386 libtasn1.so.2 is needed by hobbit-4.1.2-1.i386 [root craig]# locate liblber /usr/lib/evolution-openldap/lib/liblber.a /usr/lib/liblber.a /usr/lib/liblber-2.2.so.7.0.16 /usr/lib/liblber.so /usr/lib/liblber-2.2.so.7 [root craig]# locate libcrypto.so /usr/lib/libcrypto.so /lib/libcrypto.so.5 /lib/libcrypto.so.0.9.7f [root craig]# locate libldap /usr/lib/evolution-openldap/lib/libldap_r.a /usr/lib/evolution-openldap/lib/libldap.a /usr/lib/mozilla-1.7.12/libldap50.so /usr/lib/libldap_r.a /usr/lib/libldap_r-2.2.so.7 /usr/lib/libldap.a /usr/lib/libldap_r-2.2.so.7.0.16 /usr/lib/libldap.so /usr/lib/libldap-2.2.so.7.0.16 /usr/lib/libldap_r.so /usr/lib/libldap-2.2.so.7 [root craig]# locate libpcre /usr/lib/libpcreposix.a /usr/lib/libpcreposix.so.0.0.0 /usr/lib/libpcre.a /usr/lib/libpcreposix.so /usr/lib/libpcre.so /usr/lib/libpcreposix.so.0 /usr/lib/pkgconfig/libpcre.pc /lib/libpcre.so.0 /lib/libpcre.so.0.0.1 [root craig]# locate libssl /usr/lib/libssl3.so /usr/lib/firefox-1.0.7/libssl3.so /usr/lib/libssl.a /usr/lib/libssl.so /lib/libssl.so.5 /lib/libssl.so.0.9.7f Craig Cook -- Systems Monitoring Consulting and Support Services http://www.cookitservices.com

6 9

Hobbit sending HTML emails?
by charljon＠cisco.com 06 Nov '05

06 Nov '05

I've setup a Hobbit 4.1.2 instance and have been getting emails from it that have HTML tags in them, but aren't recognized by either MS Outlook or Mozilla Thunderbird as an HTML-email. So, either hobbit isn't properly setting the header on the mails it sends, or something about the alert output is causing the problem. The alert below is an example of how the emails I'm getting look, with bare HTML tags in the message. The alert text itself is from the "bb-roracle.ksh" script which checks the health of an Oracle database. I have sanitized the alert text to remove any private information but otherwise is the same text that I received. -----Original Message----- From: hobbit at mydomain.com [mailto:hobbit at mydomain.com] Sent: Friday, October 28, 2005 1:11 PM To: jonescr at cisco.com Subject: Hobbit [70835] oradb5.mydomain.com:oradb CRITICAL (RED) red Fri Oct 28 12:03:27 MST 2005 </pre> Process Check (MYDB)<hr> &green Database MYDB UP processes: ckpt dbw0 lgwr pmon reco smon Database Checks (MYDB)<hr> &green Database check: MYDB is up User Count Check (MYDB)<hr> Oracle Users in MYDB: 6 User Check (MREDW)<hr> <pre> username osuser machine term oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN DB1 oracle oradb5.mydomain unknown DB1 oracle oradb5.mydomain unknown BB bb oradb5 DB1 oracle oradb5.mydomain unknown DB1 oracle oradb5.mydomain unknown 11 rows selected. </pre> Tablespace Check (MYDB)<hr> &green Tablespace MYDB:TEST totals 3000.0Mb and is 26% used. &green Tablespace MYDB:UNDO totals 1000.0Mb and is 52% used. &green Tablespace MYDB:TABLE1 totals 5000.0Mb and is 44% used. &green Tablespace MYDB:TEMP totals 13000.0Mb and is 0% used. &green Tablespace MYDB:SYSTEM totals 1000.0Mb and is 14% used. &green Tablespace MYDB:TABLE2 totals 2000.0Mb and is 9% used. &green Tablespace MYDB:TABLE3 totals 11218.0Mb and is 81% used. &green Tablespace MYDB:TABLE4 totals 4000.0Mb and is 29% used. &green Tablespace MYDB:TABLE5 totals 1000.0Mb and is 39% used. &green Tablespace MYDB:TABLE6 totals 10000.0Mb and is 0% used. &green Tablespace MYDB:TABLE7 totals 12825.0Mb and is 89% used. &green Tablespace MYDB:TABLE8 totals 5230.0Mb and is 72% used. &green Total Tablespace including Temp: 69273Mb Extent Check (MYDB)<hr> &green No objects are exceeding 60%. Extent test ok. &clear Shadow check: Disabled &clear Pin Hit Ratio check: Disabled &clear Sql Area Hit Ratio check: Disabled &clear Block Buffer Hit Ratio check: Disabled Shared Memory Check (MYDB)<hr> &green Database MYDB: No Request Failures. Free Space is 1311K, AVG Free Space is 328K, Used Space is 0K, AVG Used Space is 0K. &clear RollBack check: Disabled &clear Invalid Object check: Disabled Deadlock Check (MYDB)<hr> &red SID 0 Blocker 1 Requester 2. &red SID 3 Blocker 4 Requester 5. Process Check (MYDB2)<hr> &green Database MYDB2 UP processes: ckpt dbw0 lgwr pmon reco smon Database Checks (MYDB2)<hr> &green Database check: MYDB2 is up User Count Check (MYDB2)<hr> Oracle Users in MYDB2: 0 User Check (MYDB2)<hr> <pre> username osuser machine term oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN BB bb oradb5 7 rows selected. </pre> &clear Tablespace check: Disabled Extent Check (MYDB2)<hr> &green No objects are exceeding 60%. Extent test ok. &clear Shadow check: Disabled &clear Pin Hit Ratio check: Disabled &clear Sql Area Hit Ratio check: Disabled &clear Block Buffer Hit Ratio check: Disabled Shared Memory Check (MYDB2)<hr> &green Database MYDB2: No Request Failures. Free Space is 1054K, AVG Free Space is 88K, Used Space is 0K, AVG Used Space is 0K. &clear RollBack check: Disabled &clear Invalid Object check: Disabled Deadlock Check (MYDB2)<hr> &green Database MYDB2: No deadlocks detected. Process Check (MYDB3)<hr> &green Database MYDB3 UP processes: ckpt dbw0 lgwr pmon reco smon Database Checks (MYDB3)<hr> &green Database check: MYDB3 is up User Count Check (MYDB3)<hr> Oracle Users in MYDB3: 0 User Check (MYDB3)<hr> <pre> username osuser machine term oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN oracle oradb5 UNKNOWN SYS bb oradb5 7 rows selected. </pre> &clear Tablespace check: Disabled Extent Check (MYDB3)<hr> &green No objects are exceeding 60%. Extent test ok. &clear Shadow check: Disabled &clear Pin Hit Ratio check: Disabled &clear Sql Area Hit Ratio check: Disabled &clear Block Buffer Hit Ratio check: Disabled Shared Memory Check (MYDB3)<hr> &green Database MYDB3: No Request Failures. Free Space is 1311K, AVG Free Space is 328K, Used Space is 0K, AVG Used Space is 0K. &clear RollBack check: Disabled &clear Invalid Object check: Disabled Deadlock Check (MYDB3)<hr> &green Database MYDB3: No deadlocks detected. <center><hr>bb-roracle.ksh Version: 2.06</center> See http://hobbit.mydomain.com/hobbit-cgi/bb-hostsvc.sh?HOSTSVC=oradb5,mydom ain,com.oradb

3 4

[hobbit] Too many line on disk graph
by Al.Jeffcoat＠orhs.org 04 Nov '05

04 Nov '05

Hmmm... During the time that the graphs were "conglomorated" for me also, I too had disk events... Actually, I had a red and a yellow event. The yellow event was real, and the timing of fixing it coincided with cleaning the tmp directory, and restarting hobbit. Strange thing though, now that I am looking around. During this yellow disk event, hobbit also appeared to ignore the disk rules in hobbit-clients.cfg for another client, which caused a red event for this client. When the yellow event was fixed, the red was fixed also, and apparently the graphs. Al -----Original Message----- From: Pat Vaughan [mailto:patrick_a_vaughan at hotmail.com] Sent: Thursday, October 20, 2005 9:02 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Too many line on disk graph Another possible clue, when I came in this morning there was a yellow state on the disk test and Hobbit was displaying one huge disk graph. I even did a reload on the page to make sure Hobbit had to regenerate it. After I fixed the error and the state went back to green, the graphs were back to normal. It might just be a coincidence, though. > A couple of us have had the same problem. Stopping the server, clearing > out the Hobbit server tmp subdirectory and restarting it was suggested. > > At first it didn't fix anything (and I did a forced reload on the disk web > page), but after a couple of minutes the graphs went back to being split > as normal. > > > >> OK the server seam to be no long spitting the disk graphs. This is >> true for all source of data, bb-clients local and remote >> clients,. This is with snapshot done on Oct. 16 night. >> >> -- >> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> | _p_ Mike Nemeth >> | ___| |_____ email(w) michael.nemeth at lmco.com Work: 856 359-1425 >> |><___________) | Home >> Page:http://www.geocities.com/mjnemeth/ >> | Work Page:http://faraday.motown.lmco.com:3000/~nemethm/ >> | Work Page:http://ortsweb/~mnemeth/ >> |++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> >> 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 > > > To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

3 7

delay creation of web pages
by bb4＠richter-it.net 02 Nov '05

02 Nov '05

Hi there, is it possible to delay the creation of the web pages in hobbit for a few minutes? The problem is that our customer is looking at the hobbit screen too and our suits are not very amused that he calls us instead of us calling him in case of an error. So management wants to delay the creation of the status pages in hobbit for a few minutes on the machine where the customer is looking at and on our internal machine everything should go the "old-fashioned" way. TIA Torsten

4 3