September 2005 - Xymon - Xymon mailman web

doubt about sendmail server
by wmp＠sinope.com.br 30 Sep '05

30 Sep '05

Hi all How I can define the default server for send messages (sendmail for example) ?! Regards Waldirio

2 1

[hobbit] Channel processing problem with 4.11
by Mark.Deiss＠acs-inc.com 30 Sep '05

30 Sep '05

Banging on it and no core dumps (yet). The hobbitd client channel process appears to resurrect off the parent channel process for the signal 6 faults (SIGABRT). Probably be able to get a core dump faster if re-disable the signals and pound the channel some more. I have narrowed down the fault in the client message to the first line in the df output (how strange). Below is the client side code where only reporting the initial client line and then the [df] block header and the df output. If the HPUX df header line is removed before sending out message, no error on channel. Using the hobbit bb binary for client side transmission. For the tests below, restored back the original hobbitd_channel binary with the standard signal handlers. Playing around with the content of the df header line to try and figure out what is so special about it. Very confusing, guess will go back in and disable the signal handlers and try and force out a core dump. !/bin/sh # #--------------------------------------------------------------------------- -# # HP-UX client for Hobbit # # # # Copyright (C) 2005 Henrik Storner <henrik at hswn.dk> # # # # This program is released under the GNU General Public License (GPL), # # version 2. See the file "COPYING" for details. # # # #--------------------------------------------------------------------------- -# # # $Id: hobbitclient-hpux.sh,v 1.4 2005/07/24 11:32:51 henrik Exp $ MACHINE=`/usr/bin/hostname` # no good - uname reports HP-UX, hobbit code uses hpux, need to ditch the minus sign #BBOSTYPE="`/usr/bin/uname -s | /usr/bin/tr '[A-Z]' '[a-z]'`" BBOSTYPE="hpux" { echo "client $MACHINE.$BBOSTYPE" ##echo "[date]" ##/usr/bin/date echo "[df]" # the default does not work - header and metrics #/usr/bin/df -Pk # the next line works - report filesystem metrics without a header line #/usr/bin/df -Pk | sed -ne '2,$p' # the next line causes error on channel - just printing header line /usr/bin/df -Pk | sed -ne '1p' ##echo "[memory]" ##echo "Total:`./bb-hp-memsz -p`" ##echo "Free:`./bb-hp-memsz -f`" } | ./bb --debug aaa.bbb.ccc.ddd "@" exit The message body that results in a channel error is (grabbing snapshot on client - the server client/tmp/msg.txt keeps catching the content of the server's local check): client csdaj401.hpux [df] Filesystem 1024-blocks Used Available Capacity Mounted on -----Original Message----- From: Henrik Storner [mailto:henrik at hswn.dk] Sent: Friday, September 30, 2005 9:07 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Channel processing problem with 4.11 In <FB13116A8C464943B4A5436A616C95F80530AB1F at rocexu01> "Deiss, Mark" <Mark.Deiss at acs-inc.com> writes: >First environment using Mandrake 9.0 server and Fedora Core 2 client - >client transmissions received and processed properly on server. >Second environment using Fedora Core 3 server and HP-UX 11i client, have >problems with hobbitd_channel on server. >Initial error was: Worker process died with exit code 6, terminating This means that the hobbitd_client program has crashed. There ought to be a core-dump in the ~hobbit/server/tmp/ directory; if you could run it through the procedure described in http://www.hswn.dk/hobbit/help/known-issues.html#bugreport it would make it simpler to find. >I reduced down the size of the HP-UX client message - no longer sending >ps/top/vmstat output; still blowing up. Please send me a copy of the client message. You'll find it in ~hobbit/client/tmp/msg.txt on the HP-UX server. I've had one other report of HP-UX clients causing the hobbitd_client module to crash, so there is probably something special about the client messages from HP-UX based systems that trigger this. >Also, has anyone configured hobbit server to work with a number of HPUX >clients? Looking to handle around 50 HPUX servers and 50 Windows servers >into a single Hobbit server. Shouldn't be a problem. I have about 1500 clients reporting into one Hobbit server (HP-UX, Solaris, Windows, AIX). Henrik To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

2 1

bbstatus
by tlp-hobbit＠holme-pedersen.dk 30 Sep '05

30 Sep '05

Running the latest snapshot from today. Found that in the bbstatus if I specify the --only option it complains that no DIR was set and exits error code 256. Adding a --DIR=~hobbithome/data/logs corrects the error. Should the standard DIR not be set using the env file ? BR Thomas

3 4

Channel processing problem with 4.11
by Mark.Deiss＠acs-inc.com 30 Sep '05

30 Sep '05

Testing in two separate hobbit environments. Both environments are able to process BB-PE traffic. Using Hobbit 4.11 server release and a simple client test file to transmit status to the servers (modified hobbitclient-linux.sh and hobbitclient-hpux.sh). First environment using Mandrake 9.0 server and Fedora Core 2 client - client transmissions received and processed properly on server. Second environment using Fedora Core 3 server and HP-UX 11i client, have problems with hobbitd_channel on server. Initial error was: Worker process died with exit code 6, terminating I reduced down the size of the HP-UX client message - no longer sending ps/top/vmstat output; still blowing up. Commented out some of the signal handler lines and set to ignore some of the signals to drill into problem in the hobbitd_channel.c file. /* sigaction(SIGPIPE, &sa, NULL); */ signal(SIGPIPE, SIG_IGN); /* sigaction(SIGINT, &sa, NULL); */ signal(SIGINT, SIG_IGN); sigaction(SIGTERM, &sa, NULL); /* sigaction(SIGCHLD, &sa, NULL); */ signal(SIGCHLD, SIG_IGN); Rerun, error message is now: Our child has failed and will not talk to us.... Guessing that may have a blocking problem - even though there is only the server and the one client using the channel, increased the sleep value. else if (errno == EAGAIN) { /* * Write would block ... stop for now. * Wait just a little while before continuing, so we * dont do busy-waiting when the worker child is not * accepting more data. */ canwrite = 0; /* usleep(2500); */ usleep(25000) Same error. Any ideas what to look into next? Also, has anyone configured hobbit server to work with a number of HPUX clients? Looking to handle around 50 HPUX servers and 50 Windows servers into a single Hobbit server.

2 1

Playing with graphs? Check out drraw
by henrik＠hswn.dk 30 Sep '05

30 Sep '05

I just stumbled across this while browsing the RRDtool site. There's a fairly neat tool available for creating custom graphs from data in RRD files, which might be useful if you need to put together data collected by Hobbit. http://web.taranis.org/drraw/ Regards, Henrik

3 7

hobbitd_client crashed
by lars.ebeling＠leopg9.no-ip.org 30 Sep '05

30 Sep '05

$ gdb server/bin/hobbitd_client server/tmp/core GNU gdb 5.3 Copyright 2002 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 "hppa2.0w-hp-hpux11.00"... Core was generated by éhobbitd_clien'. Program terminated with signal 6, Aborted. warning: The shared libraries were not privately mapped; setting a breakpoint in a shared library will not work until you rerun the program. warning: Can't find file hobbitd_client referenced in dld_list. Reading symbols from /usr/local/lib/libpcre.sl.0...done. Reading symbols from /usr/local/lib/libgcc_s.sl...done. Reading symbols from /usr/lib/libnsl.1...done. Reading symbols from /usr/lib/libxti.2...done. Reading symbols from /usr/lib/libc.2...done. Reading symbols from /usr/lib/libdld.2...done. #0 0xc01ffd40 in kill () from /usr/lib/libc.2 (gdb) bt #0 0xc01ffd40 in kill () from /usr/lib/libc.2 #1 0xc019b3b4 in raise () from /usr/lib/libc.2 #2 0xc01db550 in abort_C () from /usr/lib/libc.2 #3 0xc01db5ac in abort () from /usr/lib/libc.2 #4 0x0000ffa0 in sigsegv_handler (signum=-1073741824) at sig.c:57 #5 <signal handler called> #6 0xc0140c08 in free () from /usr/lib/libc.2 #7 0xc01e9b8c in __ldfcvt_r () from /usr/lib/libc.2 #8 0x20203020 in ?? () #9 0xc019b3b4 in raise () from /usr/lib/libc.2 (gdb) 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

2 4

[hobbit] BBtest
by nfigaro＠effigie.fr 29 Sep '05

29 Sep '05

You can add a noconn or noping to one of your duplicate hosts. But make sure you don't have any additionnal test after the noconn or the message wil remain. ( I don't know how to show some tests on one page and other tests on another). Here is a sample from my bb-hosts : 1.2.3.4 server.domain # BBPAGER BBNET BBDISPLAY hobbitd test1 test2 etc. 0.0.0.0 server.domain # noconn I still use bb client for AIX test, but I'm waiting for the 4.1.2 to be released. Nicolas Figaro > -----Message d'origine----- > De : Antonio Marques [mailto:hobbitsam at gmail.com] > Envoyé : mercredi 24 août 2005 22:06 > À : hobbit at hswn.dk > Objet : [hobbit] BBtest > > > Hi, > > We are having some servers duplicate (beause some tests). > What can we do to stop the messages below ? we have set prefer flag. > > Thanks > > Ps.: What about AIX test ??? > > > Error output: > Host xxxx appears twice in bb-hosts! This may cause strange > results Host xxxx appears twice in bb-hosts! This may cause > strange results Host yyyy appears twice in bb-hosts! This may > cause strange results Host yyyy appears twice in bb-hosts! > This may cause strange results > bbtest-net: Cannot resolve IP for host Flexlm > WARNING: Runtime 415 longer than time limit (300) >

4 5

User Contribution site?
by rgordonjr＠gmail.com 29 Sep '05

29 Sep '05

Hello! I think this was asked before however I couldn't find it the archives.... Is there a website (other than deadcat) where we could post scripts, tests, etc that we create for Hobbit? -- --==[ Bob Gordon ]==--

2 1

Hobbit client reporting question
by adam.scheblein＠marquette.edu 29 Sep '05

29 Sep '05

Greetings, I saw that the hobbit client reports back "who" information, and I was wondering what would have to be done to make it so that I could implement that reporting functionality server side. Even if it is not coded yet, just point me in the right direction and I will come up with something (this way I don't feel like a slacker and actually contribute back to hobbit) Thanks, Adam Scheblein Marquette University UNIX Systems Administrator

2 1

[hobbit] help with hobbit-clients.cfg
by adam.scheblein＠marquette.edu 29 Sep '05

29 Sep '05

I was already running the latest snapshot, and I did finally solve my problem... I had 2 things wrong, the first one was that the line was on the bottom and not the top. Once I moved the DISK statement to the top of the list then it started to take effect after I corrected the second problem. My second problem was that for some reason it did not like warnlevel= and paniclevel= once I took those out it worked like a charm. The other little bit of confusion I had was that /cdrom would also include all its sub directories (since the server I was working with has 2 cdroms, we have /cdrom/disk1 and /cdrom/disk2) -----Original Message----- From: Henrik Stoerner [mailto:henrik at hswn.dk] Sent: Thursday, September 29, 2005 12:33 AM To: hobbit at hswn.dk Subject: Re: [hobbit] help with hobbit-clients.cfg On Wed, Sep 28, 2005 at 08:55:22PM -0500, Scheblein, Adam wrote: > i have red the top part of the hobbit-clients.cfg file 4 times now and i can't figure out what i am doing wrong. > > i am trying to make it so that /cdrom does not cause a red alert > > I have tried the following: > DISK %^/cdrom.*/ warnlevel=101 paniclevel=102 > DISK /cdrom 101 102 Are you running the original 4.1.1 release ? That doesn't parse the hobbit-clients.cfg file correctly. Grab the latest snapshot from http://www.hswn.dk/beta/ and I'll bet it starts working for you. To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0