[chef] Re: Re: nagios hostgroup


Chronological Thread 
  • From: Morgan Blackthorne < >
  • To: " " < >
  • Subject: [chef] Re: Re: nagios hostgroup
  • Date: Thu, 10 Oct 2013 12:12:37 -0700

What Tim said. If you do a search based hostgroup the query would be like "role:storage OR role:oldstorage". You can also specify multiple hostgroups on the service by doing something like:

{
  ...
  "hostgroup_name": "storage,oldstorage"
}

Remember that Nagios supports things like wildcard matching, regexes, and exclusions via the ! operator. Combining these with databags, especially once COOK-3781 is merged in, will give you a lot of flexibility.

--
~*~ StormeRider ~*~

"Every world needs its heroes [...] They inspire us to be better than we are. And they protect from the darkness that's just around the corner."

(from Smallville Season 6x1: "Zod")

On why I hate the phrase "that's so lame"... http://bit.ly/Ps3uSS


On Thu, Oct 10, 2013 at 12:05 PM, Tim Smith < " target="_blank"> > wrote:
The Chef role to Nagios host group role assignment is a 1 to 1 relationship.  You could use the search based host groups to add another host group though.  You can search out attributes or chef roles and define another host group that includes a specific set of monitors.  There's an example of the syntax for that in the Readme and the examples directory.
Limelight Networks
Tim Smith  - Systems Engineer 
m: +1 707.738.8132




Drawing a blank here. 

Typically with Nagios data bags, you would create the services and use the 'role' as the hostgroup; would it be possible to apply multiple hostgroup to a particular service?

I have storage servers that need to have C:\, D:\, and E:\ Drive and use role 'Storage' to monitor all 3 drives; however, I have some old school storage servers that use C:\ H:\ I:\.  Would I be able to append 'storage' and 'old_storage' to the hostgroup name?

--
Nikhil Shah / System Administrator

nshah@theorchard.com


The Orchard® / www.theorchard.com

t (+1) 212.308.5648 / f (+1) 212.201.9203
23 E. 4th St., 3rd Fl / New York, NY 10003

The Daily Rind™ / www.dailyrindblog.com

Facebook / @orchtweets


Privileged And Confidential Communication.

This electronic transmission, and any documents attached hereto, (a) are protected by the Electronic Communications Privacy Act (18 USC §§ 2510-2521), (b) may contain confidential and/or legally privileged information, and (c) are for the sole use of the intended recipient named above. If you have received this electronic message in error, please notify the sender and delete the electronic message. Any disclosure, copying, distribution, or use of the contents of the information received in error is strictly prohibited





Archive powered by MHonArc 2.6.16.

§