- Xymon - Xymon mailman web

[hobbit] last two snapshots, problems with ps parsing?
by David.Gore＠verizonbusiness.com 08 Aug '06

08 Aug '06

Last two snapshots August 7th and 8th have had problems parsing 'ps' for all hosts: Expected string CMD not found in ps output header ~David

2 2

dialup directive not implemented?
by mserra＠iwu.edu 08 Aug '06

08 Aug '06

Hi Hobbit users, I have a simple question about the "dialup" directive in bb-hosts, the one that is supposed to come immediately after a page or subpage directive, and is used to ping a range of hosts, like a modem pool. Our sysadmin tells me that he read (in a man page online?) that this directive is not implemented. And it's acting like it isn't: we can't get it to do anything, despite trying every possible syntax that could make sense. But on the other hand people online talk about this as if they're using it just fine. So -- is it implemented? We are using hobbit version 4.2-beta-20060605. Thanks, - Mike Serra

4 8

[hobbit] Feature/enhancement request?
by David.Gore＠VerizonBusiness.com 08 Aug '06

08 Aug '06

Since I an others have to modify ~/client/bin/hobbitclient-`uname -s`.sh, how about this shell script using a configuration file? Something like this: echo "[date]" $DATE . . . echo "[ps]" $PS Config file example 1: DATE=/usr/bin/date PS=/usr/ucb/ps wwwaux # needed for monitoring long java command lines Config file example 2: DATE=/usr/bin/date PS=sudo /usr/ucb/ps wwwaux # SUN changed what Berkeley ps can see, need sudo We also wouldn't mind seeing only ~/client/bin/hobbitclient-`uname -s`.sh generated or at least a way to only install/copy the version that matches the OS you built the client on. Perhaps I have just built too many snapshots and it has become tedious to delete all the extra OS versions before deploying a new client. And why is it that the 'w'rite bit has been removed from files like runclient.sh and hobbitclient-`uname -s`.sh? This just adds another step before we can modify the files. ~David

2 1

[hobbit] dialup directive not implemented?
by brodie＠mcw.edu 08 Aug '06

08 Aug '06

Agreed; we use "dialup" on individual hosts that go off a lot (for example, on printers that departments insist on shutting down now and then to conserve power)....... I do not use the complex form, simple hosts only. --------------------------------------------------------- Kent C. Brodie - brodie at phys.mcw.edu Department of Physiology Medical College of Wisconsin (414) 456-8590 -----Original Message----- From: Rich Smrcina [mailto:rsmrcina at wi.rr.com] Sent: Tuesday, August 08, 2006 10:38 AM To: hobbit at hswn.dk Subject: Re: [hobbit] dialup directive not implemented? We use dialup on individual hosts, not in the way that Mike describes. If you're coming up with a different way to identify hosts that should not go red nor notify when they are down, that's fine, as long as the capability is still there. Henrik Stoerner wrote: > On Tue, Aug 08, 2006 at 09:03:04AM -0500, Mike Serra wrote: > >> I have a simple question about the "dialup" directive in bb-hosts, the >> one that is supposed to come immediately after a page or subpage >> directive, and is used to ping a range of hosts, like a modem pool. Our >> sysadmin tells me that he read (in a man page online?) that this >> directive is not implemented. And it's acting like it isn't: we can't >> get it to do anything, despite trying every possible syntax that could >> make sense. But on the other hand people online talk about this as if >> they're using it just fine. So -- is it implemented? We are using >> hobbit version 4.2-beta-20060605. > > It was implemented some time ago, but I've had reports coming in over > the past couple of months that it doesn't work in the 4.2 test releases > that are out. I then asked if anyone was using it, because if not I'd > prefer to just rip it out instead of trying to fix it - and so far > noone has stepped forward to say they really need it. > > So ... do you need it ? If people want it, I'd really rather implement > it quite differently than the old BB implementation - as a normal > network test associated with a host, e.g. > > 0.0.0.0 vpnpool.foo.com # iprange=172.16.1.1-172.16.1.100 > > > Regards, > Henrik > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007 To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

2 1

[hobbit] last two snapshots, problems with ps parsing?
by CHRIS.MORRIS＠RWEnpower.com 08 Aug '06

08 Aug '06

Henrik, here is the output from the bb command :- <<solaris.txt>> Regards, Chris e > -----Original Message----- > From: henrik at hswn.dk [SMTP:henrik at hswn.dk] > Sent: Tuesday, August 08, 2006 1:24 PM > To: hobbit at hswn.dk > Subject: Re: [hobbit] last two snapshots, problems with ps parsing? > > No, it looks for either CMD or COMMAND in the header line and determines > the offset that the commandline string has based on where that text > appears in the header. > > That's why I asked for your client's ~hobbit/client/tmp/msg*.txt file. > Or at least a file with the output from > bb 127.0.0.1 "clientlog HOSTNAME section=ps" > > > Regards, > Henrik > > **************************************************************************** The information contained in this email is intended only for the use of the intended recipient at the email address to which it has been addressed. If the reader of this message is not an intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination or copying of the message or associated attachments is strictly prohibited. If you have received this email in error, please contact the sender by return email or call 01793 877777 and ask for the sender and then delete it immediately from your system.Please note that neither RWE npower nor the sender accepts any responsibility for viruses and it is your responsibility to scan attachments (if any). *****************************************************************************

1 0

rrd- data can't be created
by Steffen.Pelzetter＠nexans.com 08 Aug '06

08 Aug '06

Hello, I've installed hobbit 4.1.2 on debian alpha port. I could compile the sources without any problem. I also can see the current states of my computers, but the diagramms are not working. Therefore if had a look into the rrd- logs and foun an error message. 2006-08-08 10:47:41 RRD error creating /usr/local/hobbit/data/rrd/wva-svalpha2/netstat.rrd: min must be less than max in DS definition The error is dislayed for every DS configured on the server. Any suggestion?

2 5

[hobbit] last two snapshots, problems with ps parsing?
by CHRIS.MORRIS＠RWEnpower.com 08 Aug '06

08 Aug '06

Henrik, linux [ps] PID PPID USER STARTED S PRI %CPU TIME %MEM RSZ VSZ CMD AIX [ps] PID PPID USER S PRI %CPU TIME ELAPSED %MEM VSZ COMMAND Solaris 5.8 [ps] PID PPID USER STIME S PRI %CPU TIME %MEM RSS VSZ COMMAND Does the parsing look for COMMAND as the 11th variable and CMD as the 12th? Regards, Chris > -----Original Message----- > From: henrik at hswn.dk [SMTP:henrik at hswn.dk] > Sent: Tuesday, August 08, 2006 6:34 AM > To: hobbit at hswn.dk > Subject: Re: [hobbit] last two snapshots, problems with ps parsing? > > On Tue, Aug 08, 2006 at 02:44:04AM +0000, David Gore wrote: > > Last two snapshots August 7th and 8th have had problems parsing 'ps' for > all > > hosts: > > > > Expected string CMD not found in ps output header > > Could you send me a copy of the ~hobbit/client/tmp/msg*txt file from > that host ? There were some changes done to the ps-handler recently, > but it should still be looking for both "CMD" and "COMMAND" as the > heading for the commandline. > > I have the client running on Linux, Solaris 8 and 10 and FreeBSD - > and it works fine with those. > > > Regards, > Henrik > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > **************************************************************************** The information contained in this email is intended only for the use of the intended recipient at the email address to which it has been addressed. If the reader of this message is not an intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination or copying of the message or associated attachments is strictly prohibited. If you have received this email in error, please contact the sender by return email or call 01793 877777 and ask for the sender and then delete it immediately from your system.Please note that neither RWE npower nor the sender accepts any responsibility for viruses and it is your responsibility to scan attachments (if any). *****************************************************************************

2 1

Bbhostgrep not finding host
by fduranti＠q8.it 07 Aug '06

07 Aug '06

I'd a user of the dbcheck.pl script that cannot find the dbcheck tag in the bb-hosts file with bbhostgrep. After some investigation I think he have 2 line in the bb-hosts file for that host and the second one have the dbcheck test but bbhostgrep could not find it. I've tested with a snapshot of some days ago that I'm using in my test environment and it seems that also with the 4.2 i cannot get the host. the bb-hosts contains: 0.0.0.0 testhost # smtp ftp telnet 0.0.0.0 testhost # noconn dbcheck if i do bbhostgrep dbcheck i get nothing, if I do bbhostgrep smtp i get the first line. He's using 4.1.2p1 and I'm using 4.2-RC-20060712.2 Thanks Francesco

2 1

bbtest-net crash: 4.2 RC with (fixed) all-in-one patch
by john＠sackheads.org 07 Aug '06

07 Aug '06

I'm a new subscriber, been busy reading the archives. First off... I don't think I saw this patch go through which fixes a problem exposed by the all-in-one patch: *** hobbitd/hobbitd_alert.c.old Fri Aug 4 17:55:04 2006 --- hobbitd/hobbitd_alert.c Fri Aug 4 17:55:16 2006 *************** *** 395,401 **** namelist_t *hinfo; int testdur = 0; FILE *logfd = NULL; ! activealerts_t *awalk = NULL;; int paramno = 0; argi++; if (argi < argc) testhost = argv[argi]; --- 395,401 ---- namelist_t *hinfo; int testdur = 0; FILE *logfd = NULL; ! activealerts_t *awalk = NULL; int paramno = 0; argi++; if (argi < argc) testhost = argv[argi]; I also found an off by one error in bbtest-net.c: *** bbnet/bbtest-net.c.old Mon Aug 7 12:06:27 2006 --- bbnet/bbtest-net.c Mon Aug 7 12:07:28 2006 *************** *** 1144,1150 **** } else { /* parent */ ! char ip[IP_ADDR_STRLEN]; close(pfd[0]); pingcount = 0; --- 1144,1150 ---- } else { /* parent */ ! char ip[IP_ADDR_STRLEN+1]; close(pfd[0]); pingcount = 0; IP_ADDR_STRLEN is defined to be 16, but in start_ping_service, it's being used: sprintf(ip, "%s\n", ip_to_test(t->host)); 123.456.789.012 + \n + \0 is 17 characters. Whenever I had a "full" IP address configured, bbtest-net would crash and burn. The very simple patch above seems to have done the trick :)

2 2

Client crashes with logfetch
by henrik＠hswn.dk 07 Aug '06

07 Aug '06

OK, several reports this afternoon shows that something is up with the client-side "logfetch" utility. The reason why it really blew up today is because I've been trying to figure out what was wrong with it late last week, and some of the experimental versions leaked out into the all-in-one patch and of course also the snapshots. I think I've got it under control now, and for testing I would like all of you who have run into this problem to grab these two files: http://www.hswn.dk/beta/snapshot/configure.client http://www.hswn.dk/beta/snapshot/client/logfetch.c First one goes in the top-level directory, second one goes into the client/ directory. Build your clients with make distclean ./configure --client make make install The "configure" step is essential! Please report back whether it starts working again or not. Thanks, Henrik

2 1