This documents the major changes between 3.1 and 3.2 3.2.2 ??? FIXES: Fixed DST bug where Nagios reschedules active checks 24 hours later than expected Fixed SQL injection in /status/host (OPS-863) Fixed javascript vulnerability with stripping of '<>;' characters in downtime, acknowledgements and submitting results (OPS-864) Escaped < and > characters when submitting wiki information to host and hostgroup comments WARNING: The database upgrade scripts will convert all instances of < and > to < and > in the tables hostinfo and hostgroupinfo 3.2.1 14th September 2009 ENHANCEMENTS: Added ability to configure check period, check interval, check attempts and retry interval for hosts. WARNING: The default check period is set to 24x7. If this does not exist, the upgrade script will use the lowest id number FIXES: Merged patch from Nagios 3.2.0 for incorrect initialisation of worker pthread. Affects external commands after lots of reloads Fixed URL for host icons on host edit page when using a different base prefix Remove unnecessary windows files from linux tarballs 3.2.0 16th July 2009 FEATURES: Flexible ACLs with user configurable roles included If you use opsview_sync_ldap, ensure that the synchronisation scripts still work as role names can be changed Public RRDgraphs now configured via Role objects Viewport access can now be set to public or authenticated users View some, change none role now available Option to use Catalyst::Engine::HTTP::Prefork for faster response when large number of users accessing Opsview More documentation about enabling at http://docs.opsview.org/doku.php?id=opsview3.2:prefork Cater for check_raid plugin moving between opsview core and base in debian packaging ENHANCEMENTS: Move opsview-agent builds for Debian and Ubuntu systems from their own repository into opsview-base Use common db connection script for opsview_sync_ldap Removed old sbin scripts, specifically promote_mib, reprocess_snmptraps, change_monitored_hosts, display_mrtg and snmptrap_exceptions Make /public require authentication Allow opsview-base rpms to be built by non-root users Add in new auto-restart feature for use with FastCGI daemons to prevent consistent high memory usage. See http://docs.opsview.org/doku.php?id=opsview3.2:fastcgi:memory on how to use it. FIXES: Include edition type and version on the login and about pages Fixed error message when host with no services to acknowledge Possibly misses out stderr messages when running process_configs in ksh - switched to bash opsview-web debian package no longer treats opsview_web.yml as a configuration file and will be replaced cleanly on an upgrade - all local overrides should be in opsview_web_local.yml Fixed security issue where a contact could have change access for a service on a slave, when change access is denied at the master Ensure all opsview database MyISAM dables are changed to InnoDB Allow check_snmp_weblogin scripts to recover from corrupted store files Remove unnecesary code from import_runtime Fixed snmptrap2nagios tracing if sqlite file was 0 bytes Fixed snmpwalk when over 10000 bytes of data returned Ensure all opsview database tables are using the InnoDB engine Nagvis updated to 1.4.1. NOTE: you will probably need to clear your browser cache to get the new functionality Updated check_snmp_linkstatus to handle larger amounts of data, by changing a get_entries(-columns) call to get_next_request Fixed a possible import_runtime hang where the downtime end time is incorrectly passed through to ODW, because of duplicated internal_downtime_ids Fixed Nagios when "Max concurrent checks reached" message appears Move location of nrpe.pid from /var/run to /usr/local/nagios/var Change default for 'Resend Notifications' on new service checks to off Fixed incorrectly installed check_memory plugin Fixed ndoutils_configdumpend calling incorrect Opsview database if changed from default Fixed Nagios CGI exploit where arbitrary code could be run from statuswml.cgi Fixed default arguments to 'Unix Swap' check See http://docs.opsview.org/doku.php?id=opsview3.2:upgrading for more details on checking your system before upgrading Fixed old database schema version in nightly runtime backup Enforced model validation for constraint of 63 characters for host and service check names UPGRADING: The upgrade process will check if there is a constraint problem with existing host groups and stop the upgrade if there is. See http://docs.opsview.org/doku.php?id=opsview3.2:upgrading for more details on checking your system before upgrading