Hi Ton, I did what you suggested and added 'cfg_dir=local.d' to the
nagios.cfg section of nagconfgen.pl, but I get the following error when
reloading:
Processing object config directory '/usr/local/nagios/tmp/nagios.6301/conf.d'...
Processing object config directory
'/usr/local/nagios/tmp/nagios.6301/local.d'...
Error: Could not open config directory
'/usr/local/nagios/tmp/nagios.6301/local.d' for reading.
Error processing object config files!
Any suggestions on what else I should add?
Thanks!
Sean
On 3/31/2010 5:27 AM, Ton Voon wrote:
On 30 Mar 2010, at 21:46, Sean Staats wrote:
I noticed that the default configuration includes
cfg_dir=conf.d
However when I put a config file in there, it gets deleted when
reloading the configs. I cannot seem to find a way to add custom
config files that don't get removed when opsview reloads it's
configs. Please enlighten me on how to accomplish this.
This directory is used for distributed slave cluster setups, so we
need to delete files in there for every reload.
Off the top of my head, you could add a cfg_dir=local.d in
nagconfgen.pl and then put your configuration file in there.
The reason I ask is that I need to define timeperiods (for on-call
rotation) that cannot be achieved via the opsview timeperiods
configuration page. Here is an example timeperiod I need to define:
define timeperiod {
timeperiod_name admin1-oncall
alias
Amin1's oncall rotation
2009-12-14 / 49 00:00-24:00 ; Every sixth Monday
2009-12-15 / 49 00:00-24:00 ; Every sixth Tuesday
2009-12-16 / 49 00:00-24:00 ; Every sixth Wednesday
2009-12-17 / 49 00:00-24:00 ; Every sixth Thursday
2009-12-18 / 49 00:00-24:00 ; Every sixth Friday
2009-12-19 / 49 00:00-24:00 ; Every sixth Saturday
2009-12-20 / 49 00:00-24:00 ; Every sixth Sunday
}
The other 6 on-call admins get similar timeperiods defined for them
based sequential weeks.
It is critical that I am able to achieve this kind of configuration.
We don't have any plans to update the timeperiod definition pages at
the moment, but demand and sponsorship will feed into our plans!
Ton
_______________________________________________
Opsview-users mailing list
[email protected]
http://lists.opsview.org/lists/listinfo/opsview-users
_______________________________________________
Opsview-users mailing list
[email protected]
http://lists.opsview.org/lists/listinfo/opsview-users
