[hobbit] Looking for a tweak on the 'disk' and 'trends' detail displays

[Kauffman, Tom]

I thought about this a long time ago and had some reason to NOT ignore them. I can't remember why, now, but it seemed right at the time.

________________________________
From: Gary Baluha [mailto:gumby3203 at gmail.com]
Sent: Tuesday, April 29, 2008 2:25 PM
To: hobbit at hswn.dk
Subject: Re: [hobbit] Looking for a tweak on the 'disk' and 'trends' detail displays

I could be missing something, but couldn't you just tell Hobbit to "IGNORE" the Oracle mount points?  (If I'm wrong on my interpretation of your meaning, then I would also be interested in the answer)
On Tue, Apr 29, 2008 at 11:41 AM, Kauffman, Tom <KauffmanT at nibco.com<mailto:KauffmanT at nibco.com>> wrote:
I thought this came up before, but I can't find it in the archives --

I have a number of systems with Oracle databases, with the table spaces spread over a large number of filesystems. From the unix (AIX) level, they are 100% full, so I suppress the graphs with 'NORRDDISKS'. But the module that generates the pages for 'disk' and 'trends' detail don't seem to know about this, and are generating calls to hobbitgraph for every filesystem (in sets of four).

This leaves me with 29 links to hobbitgraph with no corresponding data on several servers; how can I suppress them?

This is admittedly just a cosmetic issue, especially since I relocated 'disk' to the bottom of the trends page -- but it bugs me :-)

Is there any way to test for the number of actual rrds when generating these pages?


CONFIDENTIALITY NOTICE:  This email and any attachments are for the 
exclusive and confidential use of the intended recipient.  If you are not
the intended recipient, please do not read, distribute or take action in 
reliance upon this message. If you have received this in error, please 
notify us immediately by return email and promptly delete this message 
and its attachments from your computer system. We do not waive  
attorney-client or work product privilege by the transmission of this
message.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20080429/5a5b26af/attachment.html>