October 2005 - Xymon - Xymon mailman web

acknowledge of alarms when havinf 2 display servers.
by tlp-hobbit＠holme-pedersen.dk 18 Oct '05

18 Oct '05

Hi ! If I have 2 display servers and 1 paging server, how can I have both display servers show the ack'ed alarm ? BR Thomas

2 1

Hobbit stop graphing
by Etienne.Roulland＠cvf.fr 18 Oct '05

18 Oct '05

Hi, yesterday my 4.1.2 hobbit stopped to graph. In logfile i get many: 2005-10-18 10:25:08 Task rrdstatus terminated by signal 25 2005-10-18 10:25:11 Task rrdstatus terminated by signal 25 2005-10-18 10:25:16 Task rrdstatus terminated by signal 25 I can't find file greater than 2G (and it's reiserfs system). Any idea ? Regards, -- Etienne Roulland -- CVF Bordeaux

4 7

hobbit-clients.cfg DISK question
by Dirk.Kastens＠uni-osnabrueck.de 18 Oct '05

18 Oct '05

Hi, I have one host with some filesystems that are always 100% full. So I wanted to disable the red alarm by setting the warnlevel and paniclevel in the hobbit-clients.cfg to 101. The filesystems are /tsm/data, /tsm/db1, and /tsm/db2. I tried the following definitions without success: HOST=glaukos.x.y.z a) DISK /tsm/data 101 101 b) DISK /tsm/* 101 101 c) DISK %/tsm/* 101 101 d) DISK %^/tsm/* 101 101 e) DISK "%^/tsm/*" 101 101 The hobbit server always shows a red alarm. I use hobbit 4.1.2. What did I do wrong? Regards, Dirk

3 5

bbgen history
by lars.ebeling＠leopg9.no-ip.org 17 Oct '05

17 Oct '05

Hi, I installed snapshot from last friday and bbgen crashed. I restored the backup of server-directory and bbgen went green again. This morning I installed latest snapshot again. I had a look in the bbgen history and found there that the history was not changed after restoring the server. It says that it has been red for 2 days 23:02:35 How can I manually get it green again, and remove the last red entry. Regards Lars Ebeling http://leopg9.no-ip.org Hobbithobbyist "Never run after your own hat. Others will be delighted to do it; why spoil their fun?" -- Mark Twain

3 4

[hobbit] Hobbitd_client crashing again
by Al.Jeffcoat＠orhs.org 17 Oct '05

17 Oct '05

Bump :) ________________________________________ From: Jeffcoat, Al Sent: Friday, October 14, 2005 10:58 AM To: hobbit at hswn.dk Subject: [hobbit] Hobbitd_client crashing again Hello again... After installing the 4.1.2 version, I'm getting the hobbitd_client purple problem again... The hobbit server is running Fedora Core 4. Here's the output of gdb: [root at hobbit server]# gdb bin/hobbitd_client tmp/core.24770 GNU gdb Red Hat Linux (6.3.0.0-1.21rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". Reading symbols from shared object read from target memory...done. Loaded system supplied DSO at 0xdf6000 Core was generated by `hobbitd_client'. Program terminated with signal 6, Aborted. warning: svr4_current_sos: Can't read pathname for load map: Input/output error Reading symbols from /lib/libpcre.so.0...done. Loaded symbols for /lib/libpcre.so.0 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 #0 0x00df6402 in __kernel_vsyscall () (gdb) bt #0 0x00df6402 in __kernel_vsyscall () #1 0x00aca118 in raise () from /lib/libc.so.6 #2 0x00acb888 in abort () from /lib/libc.so.6 #3 0x08055782 in sigsegv_handler (signum=11) at sig.c:57 #4 <signal handler called> #5 0x080524e0 in addtobuffer (buf=0x805b668, bufsz=0x805b6a0, newtext=0x74634f20 <Address 0x74634f20 out of bounds>) at misc.c:160 #6 0x080542e8 in addtostatus (p=0x74634f20 <Address 0x74634f20 out of bounds>) at sendmsg.c:642 #7 0x0804a230 in msgs_report ( hostname=0x302e3020 <Address 0x302e3020 out of bounds>, hinfo=0x75685420, fromline=0x74634f20 <Address 0x74634f20 out of bounds>, timestr=0xb7ecf05d "USER PID %CPU %MEM SZ RSS TTY STAT STIME TIME COMMAND\nroot 8196 24.1 0.0 48 48 - A Sep 22 29888:47 wait\nroot 20490 24.1 0.0 48 48 - A Sep 2"..., msgsstr=0x0) at hobbitd_client.c:589 #8 0x20383639 in ?? () #9 0x302e3020 in ?? () #10 0x75685420 in ?? () #11 0x74634f20 in ?? () #12 0x20333120 in ?? () #13 0x303a3232 in ?? () #14 0x39353a30 in ?? () #15 0x54444520 in ?? () #16 0x30303220 in ?? () #17 0x203a2035 in ?? () #18 0x6c206f4e in ?? () #19 0x6420676f in ?? () #20 0x20617461 in ?? () #21 0x69617661 in ?? () #22 0x6c62616c in ?? () #23 0xb7000a65 in ?? () #24 0xb7ed8e2d in ?? () #25 0xb7ed320c in ?? () #26 0xb7ed3258 in ?? () #27 0xb7ed32a8 in ?? () #28 0x00000002 in ?? () #29 0x6174530a in ?? () #30 0x20737574 in ?? () #31 0x7373656d in ?? () #32 0x20656761 in ?? () #33 0x65636572 in ?? () #34 0x64657669 in ?? () #35 0x6f726620 in ?? () #36 0x3731206d in ?? () #37 0x34322e32 in ?? () #38 0x2e30332e in ?? () #39 0x0a373531 in ?? () #40 0xb7f63b00 in ?? () #41 0x00000000 in ?? () (gdb) Thank you, Al

1 0

[hobbit] alert issue
by wes.neal＠mci.com 17 Oct '05

17 Oct '05

Thanks Larry, I will try it that way. I do basically just want one page per event that last more than 10 minutes. I didnt think about just setting a really high repeat value. Wes -----Original Message----- From: Larry.Barber at usda.gov [mailto:Larry.Barber at usda.gov] Sent: Monday, October 17, 2005 1:40 PM To: hobbit at hswn.dk Subject: Re: [hobbit] alert issue You might have better luck with: MAIL page_ems_team1 at somewhere SERVICE=conn DURATION>10 REPEAT=365d -- or some other big number for the REPEAT, assuming you only want one page (default is 1 day, I think). You might also check the notification log to see if the rule ever fired. Thanks, Larry Barber On Mon, 2005-10-17 at 12:05 -0500, wes.neal at mci.com wrote: > I have this for an alert: > > HOST=$opt1frame > MAIL $ems1 REPEAT=20m RECOVERED > MAIL page_ems_team1 at somewhere SERVICE=conn DURATION>10 > DURATION<15 > > The host went down, and is still done. I am getting the email every > 20 minutes from the first line, but the second line never kicked off > to my pager. Any ideas why it would not? > > Thanks > Wes > > > 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

1 0

[hobbit] alert issue
by Larry.Barber＠usda.gov 17 Oct '05

17 Oct '05

You might have better luck with: MAIL page_ems_team1 at somewhere SERVICE=conn DURATION>10 REPEAT=365d -- or some other big number for the REPEAT, assuming you only want one page (default is 1 day, I think). You might also check the notification log to see if the rule ever fired. Thanks, Larry Barber On Mon, 2005-10-17 at 12:05 -0500, wes.neal at mci.com wrote: > I have this for an alert: > > HOST=$opt1frame > MAIL $ems1 REPEAT=20m RECOVERED > MAIL page_ems_team1 at somewhere SERVICE=conn DURATION>10 > DURATION<15 > > The host went down, and is still done. I am getting the email every > 20 > minutes from the first line, but the second line never kicked off to > my > pager. Any ideas why it would not? > > Thanks > Wes > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >

1 0

[hobbit] hobbit-clients.cfg DISK question
by adam.scheblein＠marquette.edu 17 Oct '05

17 Oct '05

Your rules should look like: (because these are what mine look like and they work) DISK %^/cdrom.*/ 101 102 DISK /mnt 101 102 DISK /specific/mount/point 98 99 HOST=hostname Also, Keep in mind that rules are processed from the top down so if you have your rule down at the bottom it will not be processed because there is the default DISK rule. ADam -----Original Message----- From: Larry.Barber at usda.gov [mailto:Larry.Barber at usda.gov] Sent: Monday, October 17, 2005 11:07 AM To: hobbit at hswn.dk Subject: Re: [hobbit] hobbit-clients.cfg DISK question Did you put these after the DEFAULT entries? They should go in ahead of the DEFAULT settings since Hobbit will take the first action that matches. I've also noticed that the new setting sometimes won't be picked up with out a restart. Thanks, Larry Barber On Mon, 2005-10-17 at 10:58 -0500, Dirk.Kastens at uni-osnabrueck.de wrote: > Hi, > > I have one host with some filesystems that are always 100% full. So > I > wanted to disable the red alarm by setting the warnlevel and > paniclevel > in the hobbit-clients.cfg to 101. The filesystems are /tsm/data, > /tsm/db1, and /tsm/db2. > I tried the following definitions without success: > > HOST=glaukos.x.y.z > a) DISK /tsm/data 101 101 > > b) DISK /tsm/* 101 101 > > c) DISK %/tsm/* 101 101 > > d) DISK %^/tsm/* 101 101 > > e) DISK "%^/tsm/*" 101 101 > > The hobbit server always shows a red alarm. I use hobbit 4.1.2. What > did > I do wrong? > > Regards, > Dirk > > 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

1 0

[hobbit] hobbit-clients.cfg DISK question
by Larry.Barber＠usda.gov 17 Oct '05

17 Oct '05

Did you put these after the DEFAULT entries? They should go in ahead of the DEFAULT settings since Hobbit will take the first action that matches. I've also noticed that the new setting sometimes won't be picked up with out a restart. Thanks, Larry Barber On Mon, 2005-10-17 at 10:58 -0500, Dirk.Kastens at uni-osnabrueck.de wrote: > Hi, > > I have one host with some filesystems that are always 100% full. So > I > wanted to disable the red alarm by setting the warnlevel and > paniclevel > in the hobbit-clients.cfg to 101. The filesystems are /tsm/data, > /tsm/db1, and /tsm/db2. > I tried the following definitions without success: > > HOST=glaukos.x.y.z > a) DISK /tsm/data 101 101 > > b) DISK /tsm/* 101 101 > > c) DISK %/tsm/* 101 101 > > d) DISK %^/tsm/* 101 101 > > e) DISK "%^/tsm/*" 101 101 > > The hobbit server always shows a red alarm. I use hobbit 4.1.2. What > did > I do wrong? > > Regards, > Dirk > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >

1 0

[hobbit] Hobbit client checks
by rgordonjr＠gmail.com 14 Oct '05

14 Oct '05

On 10/14/05, Larry.Barber at usda.gov <Larry.Barber at usda.gov> wrote: > > > How about just putting an "include" mechanism in the configuration file > reader? Then you would just need to create an account for each system's > administrator on the Hobbit server, they could create configuration > files for their boxes and then the Hobbit administrator could just > include them into the master configuration file. > > That'd fix the issue I am running into here as well.. The server admin could specify what tests are required (like what is being done now), and the local system admins could add to that list using the local configuration file as thier requirements change. -- --==[ Bob Gordon ]==--

1 0