Added new deployment functionality. To migrate your old config deployment or to set up new deployment rules, please refer to the online documentation: Deployment setup
The following configuration options have been removed:
The following (optional) configuration options have been added:
New files being generated:
Files not generated anymore:
Security issue with 'call_ajax.php':
Please remove this file from your nconf/ directory. A replacement which is more secure has been implemented ('call_file.php').
Attributes under 'timeperiods':
Attributes under 'nagios-collectors / monitors':
We are providing a script that will convert timeperiods, nagios-collector and nagios-monitor servers in the following way: If these items use one or more of the attributes listed above, the script will create host- and service-templates based on the content of the attributes and then link the new templates with the timeperiods, nagios-collectors and monitors. This way, the original attributes will still be applied to hosts and services via e.g. timeperiods, but users will have the ability to override inheritance by setting the same attributes on a host or service level directly.
If you are updating using the update procedure in the GUI, then you will be asked if you want to run the conversion script.
If you are updating manually and wish to run the conversion, then you need to run the following script BEFORE DOING THE DATABASE UPDATE:
The goal is to ensure that there is no data missing after an update to NConf 1.3 and that the config can be generated as usual. If prior to the update you weren't using any of the attributes listed below or, if you don't wish for any auto-created templates, then you do not need to run this script.
Limitations of the conversion script:
Each timeperiod is analyzed by the conversion script and if any of the 5 deprecated attributes are in use, host- & service-templates are generated and linked to the original timeperiod. So far so good.
The tricky thing now is that depending if the timeperiod is used as check_period or notification_period, different combinations of the 5 deprecated attributes are statically copied into the hosts / services. This cannot be reflected by host- or service-templates because the same timeperiod might have been used as a check or notification_period and different attributes will be inherited from it.
The bottom line: Check your hosts and services after the update! The attributes that might be affected by this problem are: max_check_attempts check_interval retry_interval notification_interval notification_options
The conversion script cannot work around this, because there is NO WAY of knowning how a timeperiod will be used: as check_ or as notification_period.
Affected by the problem are:
Not affected are: