Hobbit Monitor problem
Parackel, Anthony
anthony.parackel at bearingpoint.com
Fri Jul 11 03:11:51 CEST 2008
Vernon/Stephen,
Thanks for your input but I still haven't been able to resolve this issue.
I built out my hobbit server last week so my "TEST2RRD" variable in hobbitserver.cfg retains the default values.
I've searched the archives to see if anybody has experienced this issue before but I can't find any related threads. I'm hoping some one on this list has the magic solution.
Like I mentioned earlier, I'm at a loss as to why the graphs will generate for the first 24 hours and then disappear after that.
Thanks,
anthony
________________________________
From: Menton, Stephen [mailto:SM9614 at att.com]
Sent: Thu 7/10/2008 2:01 PM
To: Parackel, Anthony
Cc: Everett, Vernon
Subject: Hobbit Monitor problem
I saw that Anthony had started a thread and Vernon had replied to it so I'm reaching out to both of you about an issue I'm having as well. I didn't see any resolution on the mailing list so I'm following-up to see if either you can shed light on what may be the problem. I have a fresh Hobbit Monitor install (4.2.0+allinone) and I see all of my graphs on the trends and cpu pages but nowhere else. Just like Anthony it worked for a day on the normal pages (memory, disk, etc) but then x,x nothing.
From my hobbitserver.cfg:
PINGCOLUMN="conn"
...
TEST2RRD="cpu=la,disk,inode,qtree,memory,$PINGCOLUMN=tcp,http=tcp,dns=tcp,dig=tcp,time=ntpstat,vmstat,iostat,netstat,temperature,apache,bind,sendmail,mailq,nmailq=mailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,files,procs=processes,ports,clock,lines"
...
GRAPHS="la,disk,inode,qtree,files,processes,memory,users,vmstat,iostat,tcp.http,tcp,ncv,netstat,ifstat,mrtg::1,ports,temperature,ntpstat,apache,bind,sendmail,mailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,clock,lines"
What did the trick for you guys?
Thanks in advance for the help,
stephen
________________________________
From: Everett, Vernon [mailto:Vernon.Everett at woodside.com.au]
Sent: Tuesday, July 08, 2008 8:44 PM
To: hobbit at hswn.dk
Subject: RE: [hobbit] stange graph errors - please help
Yes, I have seen something similar, and Henrik solved it for me.
Either check the archives around 15/16 January, or have a look at the extract below.
Hope it helps.
Regards
Vernon
---snip---
-----Original Message-----
From: Henrik Stoerner [mailto:henrik at hswn.dk <mailto:henrik at hswn.dk> ]
Sent: Wednesday, 16 January 2008 6:43 AM
To: hobbit at hswn.dk
Subject: Re: [hobbit] Rrd not updating
On Tue, Jan 15, 2008 at 04:33:25PM +0900, Everett, Vernon wrote:
> Here's a peculiar problem.
> All of a sudden, users.rrd, procs.rrd, la.rrd and clock.rrd have
> stopped updating.
> Actually, it happened on Friday, but I still haven't found the cause.
>
> Is there a common script that updates these 4 rrd graphs?
> Or something else common to these four graphs only?
All of these graphs are fed by data in the "cpu" status.
Have you changed your TEST2RRD setting ? It should have a "cpu=la" in there.
Henrik
---snip---
________________________________
From: Parackel, Anthony [mailto:anthony.parackel at bearingpoint.com]
Sent: Wednesday, 9 July 2008 4:24 AM
To: hobbit at hswn.dk
Subject: [hobbit] stange graph errors - please help
Hi All,
I'm hoping this is a trivial problem. I've installed hobbit 4.2.0 on a box I built using the latest debian etch distro.
All my clients are running Solaris 8 -> 10 and getting all of them to communicate with the hobbit
server was pretty smooth.
However, I'm experiencing some strange graph behavior. Basically, I don't see any graphs generated whenever
I click on a client's memory or disk column. All I see is a little a magnifying glass(or zoom) icon which takes me to a blank page.
The cpu and trends columns always give me the right graph info though. What's really weird is that whenever I install a brand new
client I'm able to initially see graph data for every field. After 24 hours elapses, the memory and disk fields start drawing blanks.
I don't see any errors in the apache logs and I've rebuilt the server a few times.
Has anyone ever encountered this type of behavior before?
Many thanks in advance.
anthony
***************************************************************************************************
The information in this email is confidential and may be legally privileged. Access to this email by anyone other than the intended addressee is unauthorized. If you are not the intended recipient of this message, any review, disclosure, copying, distribution, retention, or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. If you are not the intended recipient, please reply to or forward a copy of this message to the sender and delete the message, any attachments, and any copies thereof from your system.
***************************************************************************************************
More information about the Xymon
mailing list