November 2006 - Xymon - Xymon mailman web

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

Change link from http to https in alert-email
by mprice＠hst.nasa.gov 08 Nov '06

08 Nov '06

Hello, In my alert emails to the admins at the bottom of the email is the URL link to the hobbit server alert page. http://neuron/hobbit-cgi/bb-hostsvc.sh?HOST=v43mgt&SERVICE=msgs The problem is that its suppose to be https and not http, so the link doesnt work. I changed the variable BBWEBHOST in the hobbitserver.cfg file hoping that would fix it. BBWEBHOST="https://$BBSERVERWWWNAME" But it didnt. how can fix this??? thanx, michael

2 2

[hobbit] custom rrd data graph
by Al.Jeffcoat＠orhs.org 08 Nov '06

08 Nov '06

I just went through a very similar situation in the last 4 days. Some things with underscores worked, some things didn't. There was a suggestion to put spaces between the DS and VALUE, which also had mixed results. The final fix was to remove underscores from everything, and that solved my problem across the board. My users would have rather had the underscores due to some naming similarities, however, they are living with it to get the graphs :-). Funny how much power a graph has. Al _____ From: Shifter [mailto:the.shifter at gmail.com] Sent: Tuesday, November 07, 2006 7:58 PM To: hobbit at hswn.dk Subject: [hobbit] custom rrd data graph 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 This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any review, use, or distribution of this e-mail message and any attached files is strictly prohibited. This communication may contain material protected by Federal privacy regulations, attorney-client work product, or other privileges. If you have received this confidential communication in error, please notify the sender immediately by reply e-mail message and permanently delete the original message. To reply to our email administrator directly, send an email to: postmaster at orlandoregional.org . If this e-mail message concerns a contract matter, be advised that no employee or agent is authorized to conclude any binding agreement on behalf of Orlando Regional Healthcare by e-mail without express written confirmation by an officer of the corporation. Any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of Orlando Regional Healthcare.

2 1