- Xymon - Xymon mailman web

Problem with Metrics Graph
by jkwade＠futurefrontiers.com 09 Nov '06

09 Nov '06

When I try to Graph multiple systems with the Metrics Graph, I get no output. A single system works fine. For example, if I select three systems, for memory/swap, nothing shows up. Has anyone seen this? Thanks.James

2 2

Questions about dbcheck
by shea_greg＠emc.com 09 Nov '06

09 Nov '06

Hi all, I have some questions and some observations to share about installing DBD::Sybase on RHEL 4. First the observations Originally I installed the hobbit-perl-client on my BB development box, Sun Ultra-80 Solaris 8. All Perl modules and freetds were built using defaults, no prefix options passed to configure. Everything built fine and tested dbcheck to an MSSQL server and all worked as expected. Now I do the same thing on my Hobbit development box, Dell 2650 RHEL 4 and it just wouldn't work. I ran dbcheck on an MySQL server and that was fine, so I know it's not the hobbit-perl-client. A little more digging and I found that other people have had similar problems with DBD::Sybase and it turns out to be an issue with how freetds was built. I had to rebuild freetds with the --prefix=/usr/local/freetds argument to configure and then rebuild DBD::Sybase with these environment variables set SYBASE=/usr/local/freetds, and LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/local/freetds/lib. Once built I used the same environment variables when running dbcheck for MSSQL and voila!! If this is an abnormal installation, or general knowledge, then I apologize for taking up your time. Now for the questions I didn't want the dbcheck uptime column overwriting the uptime stats I receive from the BBWin client So in the dbcheck.ini defaults section I added: uptimeascolumn = yes uptimecolumn = DBuptime So now the uptime column reflects the uptime reported by BBWin, but I don't have a DBuptime column. What am I doing wrong ? Also, the tblspcheck is set to the default 90:95, yet all tablespaces that are over these limits just show green. Any assistance would be appreciated Thanks -Grs- Gregory R Shea EMC Corporation

1 0

No rrd files...
by pierre.ronnefalk＠relacom.com 09 Nov '06

09 Nov '06

Hi, I doesn´t recieve ant rdd files at all....but i got data from the clients because status and history works...any suggestions ? Mvh Pierre Ronnefalk [#################### RELACOM CORPORATE EMAIL FOOTER ####################] 1. This communication is confidential and is only intended for use of the individual or entity to which it is directed. If you are not the intended recipient of this email, please delete it without forwarding any of it's content. 2. Opinions and thoughts expressed in this email might be personal opinions from the sender and not necessary representing Relacom. 3. For further information please visit: http://security.relacom.com/email/ [############################################################################]

5 5

CPU LOAD
by jkwade＠futurefrontiers.com 09 Nov '06

09 Nov '06

I have setup Hobbit in a Solaris environment, which has systems with a different number of CPU's. In the past with Big Brother, I had to edit the cputtab file and add the different loads for each system. Is there a way that allows me to specify the CPU load based on the number of CPU's on the system? Thanks..James

5 8

[hobbit] Netstat rrd error updating
by matthew.epp＠us.army.mil 09 Nov '06

09 Nov '06

> > Searched the archives and found other mentions of this error but no > > solution. I have a Solaris 8 server with the Hobbit client > reporting to the > > Hobbit server, and everything works except the netstat > trend graph. I made > > sure Hobbit generates the netstat.rrd file itself, and > verified that it has > > the correct fields: > > > > $ rrdtool dump netstat.rrd |grep "<name>" > > > > <name> udpInDatagrams </name> > > <name> udpOutDatagrams </name> > > <name> udpInErrors </name> > > <name> tcpActiveOpens </name> > > <name> tcpPassiveOpens </name> > > <name> tcpAttemptFails </name> > > <name> tcpEstabResets </name> > > <name> tcpCurrEstab </name> > > <name> tcpOutDataBytes </name> > > <name> tcpInInorderBytes </name> > > <name> tcpInUnorderBytes </name> > > <name> tcpRetransBytes </name> > > <name> tcpOutDataPackets </name> > > <name> tcpInInorderPackets </name> > > <name> tcpInUnorderPackets </name> > > <name> tcpRetransPackets </name> > > > > But viewing a debug output of rrd-data.log shows that > something is making it > > think there should only be 11 fields: > > > 2006-10-13 19:18:22 RRD update param 03: > > > 'udpInDatagrams:udpOutDatagrams:udpInErrors:tcpActiveOpens:tcp > PassiveOpens:t > > > cpAttemptFails:tcpEstabResets:tcpCurrEstab:tcpOutDataBytes:tcp > InInorderBytes > > :tcpInUnorderBytes' > > 11 items here, yes. > > > 2006-10-13 19:18:22 RRD update param 04: > > > '1160767102:1580411:5594723:0:113952:19256340:17330:36082:7:65 > 3169856:440119 > > 035:9398449:159635980:26380336:13186666:30559:612744' > > And 16 values there. Most odd. I had a chance to revisit this problem I was having with the netstat rrd data. I noticed that our Solaris 8 servers are not reporting any of the following fields "tcpOutDataPackets tcpInInorderPackets tcpInUnorderPackets tcpRetransPackets". They just don't exist on a "netstat -s" output. Do those come from some GNU version of netstat? I only really needed the established TCP connections data anyway, so I ended up writing a small perl script to report whatever fields I needed and disabled the built-in netstat tool on the client.

2 1

Resetting Disk Graph
by PNIXON＠ci.somerville.ma.us 09 Nov '06

09 Nov '06

Hey all, When I installed the new BBWin client, I missed that one of the drives was set to be ignored. I've since corrected it, but the E: drive is not showing up on the Disk test graph. How do I go about resetting it so all three drives show up (C, D, E)? Thanks! --Pat

2 1

[hobbit] Hobbit patching (from "HTTP Red")
by gumby3203＠gmail.com 08 Nov '06

08 Nov '06

On 11/7/06, Henrik Stoerner <henrik at hswn.dk> wrote: > > BB sends a HEAD request like this: > > HEAD /SELoginAccess.jsp HTTP/1.0 > User-Agent: BigBrother/1.9c > Host: myhost.mydomain.com:8068 > > Hobbit sends a GET request like this: > > GET /SELoginAccess.jsp HTTP/1.1 > Connection: close > Host: myhost.mydomain.com > User-Agent: Hobbit bbtest-net/4.2.0 > Accept: */* > Pragma: no-cache > > which should be much more like a "normal" browser request. I dont think > the HTTP 1.0/1.1 difference matters, but you *can* ask Hobbit to use > HTTP 1.0 by defining the URL with "http10" as in > > 1.2.3.4 myhost # http10://myhost/SELoginAccess.jsp > > The only other difference is that BB includes the port number in the > "Host:" header. I haven't noticed that before. I've just checked the > HTTP 1.1 RFC, and it's true that the "Host" header must include the port > number if it is not the default (80 for http, 443 for https). You may > want to try the attached patch to see if it makes a difference. > I just downloaded and applied the attached patch to the httptest.c file and recompiled the sources. Without doing a "make install" over the existing Hobbit installation, what is the easiest way to copy just the appropriate file(s) into place?

2 1

PageSets & BB-HOSTS
by jkwade＠futurefrontiers.com 08 Nov '06

08 Nov '06

Hello All, I've generated different pages sets just fine using the man bbgen information. However, I want to remove "Subpages Hosted Locally" and replace it with a title. Is there a way to do this? Thanks...James

2 2

[hobbit] getcwd cannot access parent directories
by bill.hart＠burkecorp.com 08 Nov '06

08 Nov '06

Just an update, apparently clientupdate didn't work quite like I'd hoped and now I am completely unable to run the linux client. There are floating point errors everywhere. I decided to try and build the client directly on one of the machines, and doing a make install even gets me a floating point error. >From make install : if test ! -f /home/hobbit/client/etc/localclient.cfg ; then cp localclient.cfg /home/hobbit/client/etc/ ; fi cp -fp runclient.sh /home/hobbit/client cp -fp hobbitlaunch logfetch clientupdate orcahobbit msgcache hobbitclient*.sh bb bbcmd bbhostgrep bbhostshow bbdigest /home/hobbit/client/bin/ ../build/merge-sects clientlaunch.cfg /home/hobbit/client/etc/clientlaunch.cfg make[1]: *** [install] Floating point exception make[1]: Leaving directory `/home/hobbit/hobbit-4.2.0/client' make: *** [install-client] Error 2 This is the 4.2.0 with the patches from Oct 3rd applied (I thought there was a Nov 7th build yesterday, but I don't' see it on the site now) Bill Hart Burke Corporation (515) 382-3575 x8406 ________________________________ From: Bill Hart [mailto:bill.hart at burkecorp.com] Sent: Wednesday, November 08, 2006 10:41 AM To: hobbit at hswn.dk Subject: [hobbit] getcwd cannot access parent directories Hello all, I recently had the opportunity to re-install my hobbit server on FC6. As usual, this led me to exploring more features of Hobbit, and updating the clients to the full 4.2 release as well. After I got the server up, and possibly after the client was updated, this error started showing up in the log file on an RHEL AS3 server: shell-init: could not get current directory: getcwd: cannot access parent directories: No such file or directory There is no time stamp on it, so I can't tell if it's before or after the clientupdate happened or not, but it does happen every 5 minutes, which is when the client would be reporting in. We have 2 other servers that are also RHEL AS3 on the same hardware with similar installs, and they are not exhibiting this behavior. I checked the archives and there was a thread about a year ago about this happening on Debian, but I didn't see any real resolution, just that the client worked but kicked up the error (which is what we're seeing). Does anyone have any suggestions or tips ? Thanks, Bill Hart Computer Support Supervisor Burke Corporation

1 0

custom rrd data graph
by the.shifter＠gmail.com 08 Nov '06

08 Nov '06

Hi all, I've spent a good deal of time today perusing the archives and man pages hoping to glean the answers to my problem of creating a custom rrd data (not status) graph. The process should be similar but darn near everything I've seen deals with status graphs. Here's the contents of my ext script on the client: (stuff to put a value into /tmp/pcpu.txt) $BB $BBDISP "data $MACHINE.pcpu `cat /tmp/pcpu.txt`" The contents of /tmp/pcpu.txt: pcpu_idle : 97.16 On the server side of things I've modified the hobbitserver.cfg files' TEST2RRD and GRAPHS lines to append "pcpu_idle=ncv". I also have this line in the same file: NCV_pcpu_idle="pcpu_idle:GAUGE" hobbitgraph.cfg also includes this definition: [pcpu] TITLE ESX CPU Utilitization YAXIS % Used -u 100 -r DEF:cpu_idl=pcpu.rrd:cpu_idl:AVERAGE CDEF:pbusy=100,cpu_idl,- LINE2:pbusy#00CC00:% CPU busy GPRINT:pbusy:LAST: \: %5.1lf (cur) GPRINT:pbusy:MAX: \: %5.1lf (max) GPRINT:pbusy:MIN: \: %5.1lf (min) GPRINT:pbusy:AVERAGE: \: %5.1lf (avg)\n I don't have a pcpu.rrd file in the rrd/host directory which I would expect to see. I don't see any error messages in the client logs about not being able to communicate. Am I missing something obvious? Any help would be appreciated, thanks. Sage

4 7