May 2006 - Xymon - Xymon mailman web

[hobbit] who uses Hobbit
by johann.eggers＠online.de 05 May '06

05 May '06

Tele Atlas The reference in digital mapping Statistics: Hosts : 335 Status messages : 1618 Purple messages : 19 Pages : 21 (We will expand in the near future) >-----Original Message----- >From: Henrik Stoerner [mailto:henrik at hswn.dk] >Sent: Freitag, 5. Mai 2006 14:25 >To: hobbit at hswn.dk >Subject: Re: [hobbit] who uses Hobbit > >On Fri, May 05, 2006 at 07:52:43AM -0400, Elena.Lalley at dot.gov wrote: >> Would you help me to create a short but true and impressive list of >> sites where Hobbit is installed for middle-sized to large networks? >> >> I can start >> >> 1. Washington, DC - Department of Transportation, Federal highway >> Administration; > >2. CSC - EMEA northern datacenter in Copenhagen. 2200+ hosts monitored, > including all of the danish IRS, british Royal Mail, the european > air-traffic control organization Eurocontrol, and the largest > insurance company in Scandinavia Tryg-Vesta Group. > > >Regards, >Henrik > > >To unsubscribe from the hobbit list, send an e-mail to >hobbit-unsubscribe at hswn.dk > >

1 0

[hobbit] who uses Hobbit
by Johann.Eggers＠teleatlas.com 05 May '06

05 May '06

Tele Atlas The reference in digital mapping Statistics: Hosts : 335 Status messages : 1618 Purple messages : 19 Pages : 21 (We will expand in the near future) -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Freitag, 5. Mai 2006 14:25 To: hobbit at hswn.dk Subject: Re: [hobbit] who uses Hobbit On Fri, May 05, 2006 at 07:52:43AM -0400, Elena.Lalley at dot.gov wrote: > Would you help me to create a short but true and impressive list of > sites where Hobbit is installed for middle-sized to large networks? > > I can start > > 1. Washington, DC - Department of Transportation, Federal highway > Administration; 2. CSC - EMEA northern datacenter in Copenhagen. 2200+ hosts monitored, including all of the danish IRS, british Royal Mail, the european air-traffic control organization Eurocontrol, and the largest insurance company in Scandinavia Tryg-Vesta Group. Regards, Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] who uses Hobbit
by U.Kirbach＠EnBW.com 05 May '06

05 May '06

Energie Baden-Wuertemberg Statistics: Hosts : 410 Status messages : 3464 Purple messages : 0 Pages : 25 Mit freundlichen Grüßen Uwe Kirbach -- Uwe Kirbach ____EnBW Systeme Infrastruktur Support GmbH SIS-GIBU Systemmanagement Unix Durlacher Allee 93 76131 Karlsruhe Telefon: +49 721 63-14139 Telefax: +49 721 63-12784 -----Original Message----- From: Elena.Lalley at dot.gov [mailto:Elena.Lalley at dot.gov] Sent: Friday, May 05, 2006 1:53 PM To: hobbit at hswn.dk Subject: [hobbit] who uses Hobbit Would you help me to create a short but true and impressive list of sites where Hobbit is installed for middle-sized to large networks? I can start 1. Washington, DC - Department of Transportation, Federal highway Administration; It will help to keep the product here and persuade to install it in other government agencies. I know some trial installation sites but the proof is in numbers. Thank you Elena Lalley UNIX group manager

1 0

MRTG graphs
by ctruffier＠pack-solutions.com 05 May '06

05 May '06

Hello, Following this page: http://hobbitmon.sourceforge.net/docs/hobbit-mrtg.html I added MRTG graph to my hobbit server, but when I look to trends page I didn't see anything. The RRD file is clearly updated but when I want to see image of the graph hobbitgraph.sh say: The image “http://hobbit/hobbit-cgi/hobbitgraph.sh?host=master&service=mrtg&graph_width=576&graph_height=120&first=1&count=1&disp=master&graph=hourly&action=view” cannot be displayed, because it contains errors. I've search but found nothing to explain why I've this error. Any idea ? Thanks -- Christophe Truffier Pack-Solutions

3 10

Oversize data/client msg and Worker process died
by Dominique.Frise＠unil.ch 05 May '06

05 May '06

Hi, ----hobbitd.log---- 2006-05-03 12:34:27 Oversize data/client msg from 130.223.5.20 truncated (n=815825, limit 524288) First line: godzilla|sunos ------------------- ----clientdata.log---- [bb at iris hobbit]$ cat clientdata.log 2006-05-03 12:34:28 Worker process died with exit code 0, terminating ---------------------- ----hobbitlaunch.log--- 2006-05-03 12:34:28 Task clientdata terminated, status 1 ----------------------- How can this happend? Has this been fixed in latest snapshot? Which worker process died? (hobbitd_client is still running) Dominique UNIL - University of Lausanne

3 3

using logadm (Solaris) with Hobbit
by Dominique.Frise＠unil.ch 05 May '06

05 May '06

Hi all, If you are using logadm for log files rotation where you restart your Hobbit server, you may end up with your server using -partially- UTC instead of your local timezone. One noticeable effect is that the TIME settings in hobbit-alerts.cfg will not be handled correctly. For example alarms will be sent when they should not. The time shift -two hours for us- can be seen if you compare the notifications.log and the event history log. To correct this, you can set the correct timezone before the command for restarting Hobbit in /etc/logadm.conf or set TZ in the start/stop script of hobbit. Hope this helps. Dominique UNIL - University of Lausanne

1 0

[hobbit] unmatched alerts
by Stewart_Larsen＠doh.state.fl.us 04 May '06

04 May '06

You could just have unmatched items sent to a different email address... -----Original Message----- From: Juan Guzman [mailto:jrguzmanr at hotmail.com] Sent: Thursday, May 04, 2006 2:19 PM To: hobbit at hswn.dk Subject: [hobbit] unmatched alerts Would it be possible to add something to the alert when the alert is being sent by the "UNMATCHED" keyword in hobbit-alerts.cfg? This way I know it's unmatched and I can modify my hobbit-alerts.cfg file appropriately? thanks To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk -- BEGIN-ANTISPAM-VOTING-LINKS ------------------------------------------------------ NOTE: This message was trained as non-spam. If this is wrong, please correct the training as soon as possible. Teach CanIt if this mail (ID 76226972) is spam: Spam: https://antispam.doh.ad.state.fl.us/canit/b.php?c=s&i=76226972&m=cb0c4c1 48ad4 Not spam: https://antispam.doh.ad.state.fl.us/canit/b.php?c=n&i=76226972&m=cb0c4c1 48ad4 Forget vote: https://antispam.doh.ad.state.fl.us/canit/b.php?c=f&i=76226972&m=cb0c4c1 48ad4 ------------------------------------------------------ END-ANTISPAM-VOTING-LINKS

2 1

RDEP
by mlowery＠alliedtechgroup.com 04 May '06

04 May '06

Is anyone monitoring Cisco IDS sensors? I need to setup a test to make sure RDEP connections are succeeding. I don't understand the protocol enough to scrap something together, so if anyone has a suggestion on how to do this, I would greatly appreciate that.

1 0

noconn in bb-host does not work any more
by lehnert＠adtech.de 04 May '06

04 May '06

Hi, the "noconn" display option does not work anymore. I have a line like 127.0.0.1 Hobbit # noconn http://http://www.hswn.dk/ in my bb-host file. Since I change to the snapshot version (20060502), the conn-column is back, but with clear color. Is that a bug or my fault? thanks, Pascal

3 2

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