CLIENT vs. NAME
list Eric Jacobs
Long time ago, servers were set up with "wrong" name. To correct hobbit display "NAME" variable was used in bb-hosts file for these servers. But I notice that email alerts are sent out with "wrong" name. If I used correct name in entry and used "CLIENT" variable to list name that would be seen by Hobbit server, would email alerts go out with correct name? And, if I make that change now, does that screw up any of the old saved data?
list Tom Kauffman
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? Tom Kauffman NIBCO, Inc 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.
list Galen Johnson
Actually, this is something I've been meaning to do. I already have the groundwork with a non-hobbit monitor I helped develop. I just need to figure out how to replace the existing disk test with this one... =G=
▸
-----Original Message-----
From: Kauffman, Tom [mailto:user-3feba9e60a8b@xymon.invalid]
Sent: Tuesday, April 29, 2008 11:42 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] Looking for a tweak on the 'disk' and 'trends' detail displays
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?
Tom Kauffman
NIBCO, Inc
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.
list Gary Baluha
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 <user-3feba9e60a8b@xymon.invalid> 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?
list Gary Baluha
In our Hobbit configuration, we have hosts using every possible combination of CLIENT, NAME, neither, and both. In short, here is how it works: (In the bb-hosts file) IP HOSTNAME # CLIENT=HOSTNAME_ALIAS NAME=DISPLAY_NAME * Without CLIENT or NAME, the machine displays as HOSTNAME on the Hobbit webpage, and in monitor alerts. All "bb" commands, alert rules, and monitor rules (hobbit-clients.cfg) should refer to the machine as HOSTNAME * With CLIENT, the machine displays as HOSTNAME on the Hobbit webpage and in monitors alerts as above. All rules should also refer to the machine as HOSTNAME. CLIENT is primarily to get rid of Ghost Client alerts. (In your case, this is what you would use) * NAME only affects what the machine shows up as on the Hobbit webpage. Looking at my Hobbit notifications log file, the alerts sent out still use HOSTNAME as the name. * With both CLIENT and NAME, both rules apply. For your final question, no, as long as HOSTNAME doesn't change (which is what Hobbit uses for the name internally), the old saved data won't be lost. If you want to change HOSTNAME, you should use the "rename" command for the "bb" program (how to use this is listed in the man pages). On Mon, Apr 28, 2008 at 7:08 PM, Eric Jacobs <
▸
user-a7d0190671dd@xymon.invalid> wrote:
Long time ago, servers were set up with "wrong" name. To correct hobbit display "NAME" variable was used in bb-hosts file for these servers. But I notice that email alerts are sent out with "wrong" name. If I used correct name in entry and used "CLIENT" variable to list name that would be seen by Hobbit server, would email alerts go out with correct name? And, if I make that change now, does that screw up any of the old saved data?
list Tom Kauffman
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:user-ae3e15c22de1@xymon.invalid]
Sent: Tuesday, April 29, 2008 2:25 PM
To: user-ae9b8668bcde@xymon.invalid
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 <user-3feba9e60a8b@xymon.invalid<mailto:user-3feba9e60a8b@xymon.invalid>> 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.