.* is correct that's a proper regex expression. Duncan
-----Original Message----- From: Assaf Flatto [mailto:nag...@flatto.net] Sent: 21 October 2010 17:10 To: nagios-users@lists.sourceforge.net Subject: Re: [Nagios-users] Wildcards in hostgroup definitions Why do you have the '.' before the '*' ? is that on purpose or just a tab representation ? Try removing the '.' and test again . Assaf On 21/10/10 17:07, olourkin-nag...@yahoo.com wrote: > Thanks for checking it out, Duncan. Here are the config snippets to > illustrate the mystery: > > define hostgroup { > hostgroup_name ecomUs > alias ecom servers - US > members .* > } > > - This works. We get an ecomUs hostgroup with all our hosts. > > > define hostgroup { > hostgroup_name ecomUs > alias ecom servers - US > hostgroup_members .* > } > > - This doesn't work. We get this error after running a config verification: > "Error: Could not find member group '.*' specified in hostgroup > (config file > '/etc/nagios/conf.d/tier12/env-specific/vdev/hostgroup.d/ecomUs.cfg', starting on line 7)." > > Cheers, > Erik > > > ----- Original Message ---- > From: Duncan Berriman<dun...@dcl.co.uk> > To: Nagios Users List<nagios-users@lists.sourceforge.net> > Sent: Thu, October 21, 2010 2:11:44 AM > Subject: Re: [Nagios-users] Wildcards in hostgroup definitions > > Hi Erik, > > Appears to work just fine for me if I am testing your case correctly. > > Perhaps you could post the config file (or snip of) that's causing the > issue. > > Duncan > > -----Original Message----- > From: olourkin-nag...@yahoo.com [mailto:olourkin-nag...@yahoo.com] > Sent: 20 October 2010 22:45 > To: nagios-users@lists.sourceforge.net > Subject: [Nagios-users] Wildcards in hostgroup definitions > > Hi all - > > Got a mystery regarding the use of regex matching that I hope someone > on the listserv might clear. We have the appropriate config options > to use regex, and > it works just fine for the members directive - ie. "members .*" expands > just > as we'd expect. > > But "hostgroup_members .*" returns an error along the lines of "Could not > > find member group '.*' specified in hostgroup....", leading us to > believe that Nagios is simply ignoring regex matching for the > hostgroup_members directive. > Anyone know if we're off our rockers, or if Nagios really does handle > things this way? > > Thanks, > Erik Larkin > -- Never,Ever Cut A Deal With a Dragon Next year I will be doing the London to Paris bike ride to raise money for the DogTrust (www.dogstrust.co.uk) . Please Sponsor me at http://www.justgiving.com/Assaf-Flatto ---------------------------------------------------------------------------- -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null