Opsview 6.x Release Notes
Overview Copied
Opsview release notes contain the list of enhancements of features, and a set of issues fixed in the 6.x
release version of Opsview Monitor. Note that any fixes from previous release dates are rolled up into the latest release.
Before you install Opsview, make sure to check the 6.x Compatibility Matrix. For details on installation, administration, and usage, you may refer to Opsview Monitor documentation. For the latest highlights, see What’s New in Opsview.
For Opsview 6.7.x and older release notes, you can still access them at the Opsview Knowledge Center.
Opsview 6.10.2 Copied
Released: 25 September 2024
Highlights Copied
These are the highlights of this release:
- Dynamic Thresholds enhancements
- Fixed failure to launch due to corrupt encrypted config files.
- The
opsview-sys
install is now part of deploy role.
- SNMP enhancements
- Added support for interfaces with no speed.
- Added support for big integer (bigint) values for the throughput.
- The option
--ignore-strange-percent-values
is now working as expected by ignoring results greater than 100.
- Other improvements
- Improved ODW import runtime especially for large systems.
- Added configurable cluster partition handling for RabbitMQ.
- Client certificates can now be generated with Email Subject Alternative Name (SAN) type.
- Notifications are now sent for services checks in a non-OK state after coming out of downtime.
- The
opsview-state-changes
can now scale to multiple hosts by preventing message duplication and loss. - Improved deploy times by optimizing the number of times
ansible-interpreter
is run. - Improved the
negate
functionality in service checks by implementingnegate
in the executor instead of using an external plugin.
- This release deploys the Opsview repository version
6.10.2.202409240749
. - This release deploys the Infrastructure Agent version 2.0.45480 for self-monitoring.
New features and enhancements Copied
These are the highlights of this release:
Issue key | Description |
---|---|
OP-68362 | The opsview-sys-master package has been renamed to opsview-sys . It now creates configuration files as part of the deploy role, instead of during package build. |
OP-68381 | Reduced the number of times the ansible-interpreter role needs to be run during deployment. |
OP-68641 | You can now use the negate functionality implemented within the executor so that you get a more efficient system without the need to invoke an external plugin. |
OP-68839 | Enhanced the deployment process by optimizing the use of ansible_managed to facilitate easier debugging of templated files. |
OP-69261 | Improvements to SNMP Monitoring:
|
OP-69976 | Improved performance of ODW importing. Please note that a new index has been added to the ODW database, which may result in a longer upgrade time. The new Daily Performance Summarized Report is three times faster and uses six times less disk space on the database server than the previous Daily Performance Report. |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-53178 | The opsview-state-changes distribution system has been improved to prevent message duplication and loss. |
OP-65941 | Fixed an issue that prevented notifications from being sent when a service returned from a downtime period. Notifications are now sent as scheduled after the downtime ends. |
OP-67259 | Exceptions occurring in the opsview-common registry helper are now logged. |
OP-67849 | Upon launching the opsview-dataserver service, the system now records the initial registration of endpoints in both the opsview.log and syslog files. |
OP-68574 | Fixed an issue that prevented PKI from generating client certificates due to an incorrect FQDN on the collector. |
OP-69263 | Under standard opsview-deploy configurations, when nodes experience intermittent network disconnections and reconnections (due to firewall actions, not VM suspensions), the system’s partition handling mechanism functions as expected. |
OP-69273 | Fixed an an issue that prevented opsview-sys from starting due to corrupted encrypted configuration files. |
OP-69740 | Fixed an issue that prevented the messagequeue node from joining the cluster when adding remote collectors. |
OP-69779 | Fixed Opsview mobile push notification issues. |
Opsview 6.10.1 Copied
Released: 21 August 2024
Highlights Copied
These are the highlights of this release:
- Dynamic Thresholds
- Dynamic Thresholds dynamically adjust alert thresholds based on historical data, reducing noise and identifying anomalous behavior. This feature is available for Opsview Enterprise customers. For more information, see Dynamic Thresholds documentation.
- Forecasting
- Forecasting allows you to proactively, rather than reactively, monitor your infrastructure by utilizing visual forecasting. It helps detect issues early, before they escalate into incidents—such as storage drives running out of space, memory leaks, or CPU utilization growth. This capability is accessible through the Obcerv UI and can be used effectively with as little as one day of data. This feature is available for Opsview Enterprise customers. For more information, see Forecasting documentation.
- Ubuntu 22 support
- Opsview and Infrastructure Agent can now be deployed on Ubuntu 22 systems.
- Other improvements
- Infrastructure Agent no longer runs as the root user on your monitored hosts.
- NetAudit now allows bulk password resets for multiple hosts.
- Additional feature enhancements and security fixes.
- This release deploys the Opsview repository version
6.10.1.202408161522
. - This release deploys the Infrastructure Agent version 2.0.45314 for self-monitoring.
New features and enhancements Copied
These are the highlights of this release:
Issue key | Description |
---|---|
OP-65613 | NetAudit now allows bulk password resets for multiple hosts. |
OP-67475 | Opsview and Infrastructure Agent can now be deployed on Ubuntu 22 systems. Please note a known issue affecting Ubuntu 22 repositories when using apt . |
OP-67434 | Dynamic Thresholds configuration is now available, providing visualization of current threshold values added or those awaiting data. Additionally, the opsview-sys-master component is installed and configured on the Orchestrator host as part of the setup-everything.yml playbook, managed by Opsview Deploy. Alternatively, the sys-master-install.yml playbook can be used for standalone installation and configuration. |
OP-67436 | Updated Opspack: Export - Capacity Planner (v1.2.0). Increased the NRPE timeout for the Cap Plan Export - Server - Utilization Service Check to 20 seconds. |
OP-60925 | Unmanaged databases can be integrated with Opsview using a non-root user. |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-65816 | The certificate validation process now successfully handles certificates generated by easyrsa (using server-cert PKI command) that contain a mix of FQDNs, IP addresses, and email addresses in their Subject Alternate Names (SANs) list. |
OP-67080 | Remotely managed collectors can be deployed with or without SSH tunnels, regardless of whether the deployment uses separate registry or messagequeue servers. |
OP-68638 | Fixed an issue with the SNMP Traps feature where traces could not be started correctly due to messagequeue permissions. |
OP-67684 | Fixed the following issues in the check_nrpe plugin:
|
OP-68659 | Fixed broken link to Default thresholds on the Interfaces tab within Host configuration. |
OP-68984 | Fixed an issue where the scheduler would restart due to missing agent_config keys in messages. |
OP-64009 | Errors during scheduled NetAudit collection are now logged to syslog rather than being lost. |
Opsview 6.10.0 Copied
Released: 17 July 2024
Highlights Copied
These are the highlights of this release:
- Google Cloud Platform (GCP) monitoring improvements
- Reduced CPU utilization for the
check_gcp
plugin when running multiple concurrent checks. - Enhanced security for argument passing within the
check_gcp
plugin.
- Reduced CPU utilization for the
- Other improvements
- Introduced the ability to select an Alert Type for SNMP Interfaces, and a new Dormant alert type.
- Improved error logging in dataserver component to capture details of any MessageQueue connection failures.
- Addressed security vulnerability by upgrading Apache Tomcat used in the Reporting Module.
- End-of-Life (EOL) notice for operating system support
- As previously announced, Opsview is ending the support for CentOS 7, OEL 7, RHEL 7, and Ubuntu 18, as these operating systems have reached their End-of-Life (EOL) status. This means that this Opsview version will not be available to deploy on these operating system versions. We will continue to support existing versions of Opsview per our Support policy, but we recommend that you migrate to an actively supported OS version given that vendors will no longer be providing security updates.
- Supported database notice
- As previously announced, Opsview now only supports the default database client or server provided with each supported operating system per our Supported databases policy.
- End-of-Life (EOL) notice for support of TLS v1.1 and ADH Ciphers
- TLS v1.1 was deprecated in March 2021 (RFC 8996) and we strongly recommend against its use. Additionally, use of ADH (Anonymous Diffie-Hellman) ciphers is strongly discouraged due to vulnerability to man-in-the-middle attacks as outlined in (RFC 4346). As a result, they will no longer be supported in a future version of Opsview 6.10.x. We will continue to support existing versions of Opsview per our Support policy, but we recommend that you reconfigure to use a newer TLS version and stronger cipher suites if affected.
- This release deploys the Opsview repository version
6.10.0.202407151740
. - This release deploys the Infrastructure Agent version 1.3.44641 for self-monitoring.
New features and enhancements Copied
These are the highlights of this release:
Issue key | Description |
---|---|
OP-45872 | Since Opsview no longer provides any plugins requiring PowerShell on collectors, PowerShell is excluded from fresh Opsview installations. However, existing Opsview-provided PowerShell will continue to be upgraded and now uses version 7.4.2. |
OP-63619 | Introduced the ability to select an Alert Type for SNMP interfaces. Existing SNMP interfaces will continue to use the Normal alert type, which maintains their current behaviour. The new Dormant alert type is now available for interfaces that are expected to be down, and detects if their admin status changes to up unexpectedly. |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-56850 | When a host check recovers from dependency failure, while its dependent checks remain in a dependency failure state, the output now displays Dependency failure: Host X is recovering . |
OP-60213 | Apache Tomcat used by the Reporting Module has been upgraded to 9.0.89 to address security vulnerabilities. |
OP-63085 | Updated Opspack: Cloud - GCP (v1.0.6). Reduced CPU utilization for the check_gcp plugin when running multiple concurrent checks, and made argument passing more secure. |
OP-64217 | The dataserver component now logs error messages to capture details of any MessageQueue connection failures. |
OP-66858 | The restart snmpd playbook task now runs successfully when deploying or upgrading Opsview, irrespective of default OS snmptrapd user. |
OP-67404 | Fixed several minor UI issues on the Collector Management page:
|
Opsview 6.9.5 Copied
Released: 26 June 2024
Highlights Copied
These are the highlights of this release:
- Fixed Opsview Datastore clustering issue on brand new non-remotely managed monitoring clusters and collectors.
- This release deploys the Opsview repository version
6.9.5.202406251905
. - This release deploys the Infrastructure Agent version 1.3.43440 for self-monitoring.
Known issue
There is a known issue affecting Opsview version 6.9.3 and 6.9.4 if brand new non-remotely managed monitoring clusters or collectors are deployed. This could result in loss of monitoring functionality across the clusters using the new servers.
If you deployed brand new non-remotely managed clusters or collectors using Opsview version 6.9.3 or 6.9.4, run the utility playbook with the following command:
/opt/opsview/deploy/bin/opsview-deploy /opt/opsview/lib/playbooks/datastore-check-clustering.yml
. Please contact ITRS Support for resolution steps if instructed.Non-remotely managed clusters and collectors can be deployed correctly using Opsview version 6.9.5.
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-68082 | Fixed an issue where newly deployed non-remotely managed collectors or clusters would not form Opsview Datastore clusters correctly. |
Opsview 6.9.4 Copied
Released: 11 June 2024
Highlights Copied
These are the highlights of this release:
- Collector management improvements
- Remotely managed collectors can now be deleted through the UI.
- Each collector in a locally managed cluster can now be deleted through the UI.
- Deletion of the master cluster and its collector is now prevented by the UI.
- Fixed issues associated with deleting clusters (locally and remotely managed) through the UI and API.
- Downtime handling improvement
- The TTL for downtime messages has been adjusted to ensure proper downtime behavior even when clusters go offline for extended periods of time.
- Message Queue improvements
- Added option to set the memory high watermark for each message queue.
- Fixed message queue permissions errors that were affecting distributed master cluster components.
- Other improvements
- Added a search function to help users select plugins when creating new service checks.
- Updated the MySQL library used by the Infrastructure Agent
check_mysql
plugin. - SSH tunnel now works properly for remote collectors after the upgrade.
- Fixed issue with Ansible cache expiration when running playbooks.
- Addressed some security vulnerabilities.
- End-of-Life (EOL) notice for operating system support
- In June 2024, CentOS 7, OEL 7, and RHEL 7 will reach End-of-Life (EOL) status which will result in Opsview also ending support. Additionally, support for Ubuntu 18 will be ending in June 2024 as Opsview aligns its support with official EOL dates. This means that any new Opsview versions from mid-July (6.10.0 or above) will not be available to deploy on these operating system versions. We will continue to support existing versions of Opsview per our Support policy, but we recommend that you migrate to an actively supported OS version given that vendors will no longer be providing security updates.
- Supported database notice
- In future versions starting with 6.10.0, Opsview will only support the default database client or server provided with each supported operating system. You can find more details in the Supported databases policy.
- This release deploys the Opsview repository version
6.9.4.202406101751
. - This release deploys the Infrastructure Agent version 1.3.43440 for self-monitoring.
Known Issue
There is a known issue affecting Opsview version 6.9.3 and 6.9.4 if brand new non-remotely managed monitoring clusters or collectors are deployed. This could result in loss of monitoring functionality across the clusters using the new servers.
If you have already deployed brand new non-remotely managed clusters or collectors using Opsview version 6.9.3 or 6.9.4, run our utility playbook using
/opt/opsview/deploy/bin/opsview-deploy /opt/opsview/lib/playbooks/datastore-check-clustering.yml
and contact ITRS Support for resolution steps if directed.You should upgrade to Opsview version 6.9.5 before attempting to deploy new non-remotely managed monitoring clusters or collectors.
New features and enhancements Copied
These are the highlights of this release:
Issue key | Description |
---|---|
OP-36830 | Implemented checks to identify hostnames containing uppercase characters, since these can lead to configuration problems with message queues. Opsview deployments do not support uppercase characters in short hostnames or the FQDN (Fully Qualified Domain Name) of the systems. For more information, see the Collector prerequisites and Hostname documentation. |
OP-51929 | Opsview Deploy example files are now in line with the Supported databases policy. |
OP-62989 | Added option to set the memory high watermark for each message queue through Opsview Deploy. |
OP-63424 | You can now delete individual remotely managed collectors directly from the UI. See the Collector Management page. |
OP-65135 | Updated the installation of the Opsview repository GPG keys on Ubuntu systems due to security improvements and the deprecation of apt-key . |
OP-66817 | Python-based Opsview components now include their process ID when logging messages to the syslog. |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-39831 | Fixed an issue in the downtime manager where downtimes submitted for different objects at the same time were incorrectly treated as duplicates. |
OP-63411 | Fixed an issue in the database TLS configuration which resulted in deployment failures. |
OP-65415 | Fixed database connection issues encountered when running plugins in Opsview. Previously, when running plugins in Opsview that utilized DBD::mysql for database connections, a warning message WARNING: MYSQL_OPT_RECONNECT might be logged to standard error (stderr). |
OP-66431 | Reduced the likelihood of invalid downtimes appearing in the UI during prolonged cluster offline periods. |
OP-67342 | Updated the MySQL library requirements for Opsview plugins on RHEL8/OL8 and RHEL9/OL9 to prevent library loading problems. |
OP-67374 | Updated the version of Spreadsheet-ParseExcel used to address a security vulnerability. |
Opsview 6.9.3 Copied
Released: 15 May 2024
Note
This release includes all the features from 6.9.2 that were withdrawn due to upgrade issues which have now been fully resolved. We also recommend reviewing the 6.9.2 release notes, especially the known issues related to the remote collector enhancements.
Highlights Copied
These are the highlights of this release:
- Oracle Linux 9 support
- Oracle Linux (OL) 9 has been added as a supported operating system for Opsview to be deployed on.
- Oracle Linux (OL) 9 has been added as a supported operating system for the Infrastructure Agent to be deployed on.
- Red Hat Enterprise Linux (RHEL) 9 support
- Red Hat Enterprise Linux (RHEL) 9 has been added as a supported operating system for Opsview to be deployed on.
- Red Hat Enterprise Linux (RHEL) 9 has been added as a supported operating system for the Infrastructure Agent to be deployed on.
- Remote Collector enhancements
- Non-remotely managed collectors can now be deleted via the new Collector Management page.
- You can now delete remotely managed collectors via the API whereas previously you could only delete clusters.
- Hashtags extended
- Hashtags can now be applied to individual Host Services for fine-grained tagging, including individual SNMP interfaces. This is in addition to the existing bulk tagging via Host or Service Check.
- Opspack improvements
- Uptrends waterfall checks have been updated to utilize the latest Uptrends API.
- Fixed microsecond precision and time-zone issues related to timestamps in the Azure Opspack.
- End-of-Life (EOL) notice for operating system support
- In June 2024, CentOS 7, OEL 7, and RHEL 7 will reach End-of-Life (EOL) status which will result in Opsview also ending support. Additionally, support for Ubuntu 18 will be ending in June 2024 as Opsview aligns its support with official EOL dates. This means that any new Opsview versions (6.10.0 or above) will not be available to deploy on these operating system versions. We will continue to support existing versions of Opsview per our Support policy, but we recommend that you migrate to an actively supported OS version given that vendors will no longer be providing security updates.
- Supported Database notice
- In future versions starting with 6.10.0, Opsview will only support the default database client or server provided with each supported operating system. You can find more details in the Supported databases policy. This change is being made to simplify things for users, improve our support, and allow us to deliver more value with the product. We will still support using remote databases and MySQL Enterprise or RDS, but they must meet the requirements outlined in the database support policy.
- This release deploys the Opsview repository version
6.9.3.202405150738
. - This release deploys the Infrastructure Agent version 1.2.42627 for self-monitoring.
Known Issue
There is a known issue affecting Opsview version 6.9.3 and 6.9.4 if brand new non-remotely managed monitoring clusters or collectors are deployed. This could result in loss of monitoring functionality across the clusters using the new servers.
If you have already deployed brand new non-remotely managed clusters or collectors using Opsview version 6.9.3 or 6.9.4, run our utility playbook using
/opt/opsview/deploy/bin/opsview-deploy /opt/opsview/lib/playbooks/datastore-check-clustering.yml
and contact ITRS Support for resolution steps if directed.You should upgrade to Opsview version 6.9.5 before attempting to deploy new non-remotely managed monitoring clusters or collectors.
Note
Upgrading from Opsview 6.9.2 might leave a reference to theopsview_orchestrator_mq
user in your/opt/opsview/deploy/etc/user_secrets.yml
file. You can safely remove it manually.
New features and enhancements Copied
These are the highlights of this release:
Issue key | Description |
---|---|
OP-36830 | Implemented pre-deploy checks to identify hostnames containing uppercase characters, which can lead to configuration problems with message queues. Opsview deployments do not support uppercase characters in short hostnames or the FQDN (Fully Qualified Domain Name) of the systems. |
OP-58195 | Added search functionality to the plugin drop-down menu for creating new service checks and selecting plugins. |
OP-58578 | Fixed an issue in Opsview Watchdog that caused Skipping 'allow localhost' warnings to appear during fresh installations and upgrades. |
OP-63425 | You can now delete all remotely managed collectors using the API. For more information, see Remote Collector Management. |
OP-63931 | You can now delete remotely managed collector clusters from the Collector Management page. |
OP-64520 | The Downtime column within the Host Group List dashlet now shows a tooltip for Downtime status. |
OP-65136 | Added an option to ignore missing interface speed or ifSpeed within the check_snmp_interfaces_cascade plugin (new --ignore-no-speed option). This allows interfaces to be shown with OK status even if their ifSpeed is 0 . |
OP-66039 | Fixed a compatibility issue with the php-fpm library, in preparation for future OS support. |
OP-66692 | Updated opsview-watchdog to synchronize the monitor daemon frequency with the deploy configuration. |
OP-66707 | Display Downtime Invalid message in the Investigate windows when an inconsistency in the downtime state is detected. |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-41955 | If Rancid was not properly configured, the run_rancid_collect script no longer emits an error, and exits with exit code 0 . This prevents sending unnecessary Opsview emails due to unconfigured Rancid. |
OP-48975 | The setup-monitoring playbook now successfully establishes the intended session, resolving the previous banner-related errors. |
OP-49377 | Pressing the Enter key while a host is selected in the Host Search drop-down menu now directly clicks on that entry, streamlining the process of choosing your desired host. |
OP-62909 | When the opsview_collector_allow_disconnected option is in use, scheduler now resumes normal function after prolonged disconnection from the orchestrator via SSH tunnel and direct connection. |
OP-64129 | Fixed an issue with the Query Host function when using SNMP GetNext . The POST request now utilizes the GetNext method within its payload. |
OP-64569 | Fixed issues that caused validation error messages to display when setting up downtime in the BSM dashlets. |
OP-64570 | Fixed the following issues affecting BSM:
|
OP-65417 | Oracle Linux 9 (OL 9) is now a supported operating system for Opsview Monitor and Opsview Collectors. |
OP-65465 | Fixed an issue in the Collector Management UI where all collectors were mistakenly identified as the last collector in a cluster, preventing their deletion. |
OP-65841 | Fixed an issue in the Agent client that prevented it from communicating with a host using anonymous ciphers on CentOS/RHEL/OEL 7. |
OP-65957 | Fixed an issue with SNMP configuration in opsview-deploy that prevented it from accommodating listening on IPv6 in addition to IPv4, and caused it to use an incorrect MIB subtree. |
OP-66069 | Fixed issues encountered when adding opsview-datastore nodes during registration of new collectors with existing clusters. |
OP-66159 | The remote collector bootstrap script now creates a backup of existing user_secrets with a filename that deploy does not read as config. |
OP-66198 | Fixed an issue encountered during upgrades of the opsview-watchdog package. Previously, errors related to monitrc file permissions might not have been logged. |
OP-66202 | Collection plans using Agent commands (check_nrpe ) created by 6.9.3 orchestrators are now compatible with 6.9.1 collectors. |
OP-66441 | Fixed issues associated with deleting clusters (locally and remotely managed) via the UI and the dataserver API. |
OP-66549 | Fixed an issue during Opsview 6.9.2 upgrades that prevented creation of new MQ users and permissions if the machine reference contained a newline character. |
OP-66686 | Enhanced error messaging during reloads that fail due to agent checks passing unknown arguments to the check_nrpe client. |
OP-66687 | The new agent client now supports the -u flag. |
OP-66773 | Fixed an issue that prevented loading the crypto library (opsview-datastore ) in preparation for future OS support. |
OP-66827 | Improved the SNMP functionality to ensure proper agent address reporting. Previously, SNMP changes for the agentAddress field only worked if both IPv4 and IPv6 addresses were configured on the loopback device. |
OP-66831 | Fixed an issue where playbooks used for system configuration were missing the opsview_machine_ref attribute. |
Opsview 6.9.2 Copied
Released: 9 April 2024
Opsview 6.9.2 Release Withdrawn
Withdraw of the 6.9.2 Release
Unfortunately, due to critical issues identified with version 6.9.2, we have decided to remove it and ensure it’s no longer available for download. These issues impacted the ability to install or upgrade, but none were security-related.
We are diligently working to resolve these issues and are planning to release an updated version 6.9.3 in early May.
What if you’ve already upgraded
For customers who have already upgraded to 6.9.2, no immediate action is required, as none of these issues are security-related. Once it’s available, you will still be able to upgrade to 6.9.3 as normal.
We appreciate your patience and trust as we continue to enhance our software to better serve you. Thank you for your understanding.
Highlights Copied
These are the highlights of this release:
- Operating System support
- Red Hat Enterprise Linux (RHEL) 9 has been added as a supported Operating System for Opsview to be deployed on.
- Infrastructure Agent support
- Red Hat Enterprise Linux (RHEL) 9 has been added as a supported Operating System for the Infrastructure Agent to be deployed on.
- Oracle Linux (OL) 9 has been added as a supported Operating System for the Infrastructure Agent to be deployed on.
- Collector enhancements
- Red Hat Enterprise Linux (RHEL) 9 has been added as a supported Operating System for Opsview collectors to be deployed on.
- Non-remotely managed collectors can now be deleted using the new Collector Management page.
- You can now delete remotely managed collectors using the API, whereas previously you could only delete clusters.
Known issue
This upgrade strengthens the reliability of Opsview SSH tunnels during system shutdowns and restarts. However, if you encounter problems with the
opsview-sshtunnels
component after the upgrade, you might see an error message like[ERR] Worker-0 autossh exited with code: 0
in the system logs on any collector. This error indicates that lingering processes from the previous version might be interfering with the new one. This can be validated by stopping theopsview-sshtunnels
component. You can run theps uf -u opsview | grep 'ssh' | grep -v 'sshd'
command (SSH processes owned byopsview
, ignoring the collector SSH daemon) on the system to check for any hanging processes from the component and then terminate them, and restart the component. Following these steps should resolve the issue and normal operations onopsview-sshtunnels
via watchdog should work correctly.For deployments using remotely managed collectors with SSH tunnels, triggering cluster updates through the collector command line is recommended compared to the UI. This approach avoids potential UI reporting issues caused by SSH tunnel problems.
Known issue
If you encounter messagequeue errors on remotely managed collectors following an upgrade, such as a system log message containing[WARNING] MQERROR: %s. Sleeping ...
, ensure that there is no file on the remote collector in/opt/opsview/deploy/etc
nameduser_secrets_previous.yml
. If this exists, rename the file to a different extension that is not associated with YAML file extension or delete the file entirely. Once you’ve addressed the file, proceed with upgrading the cluster again using the collector command line.Known issue
Incompatibility issues arise when runningcheck_nrpe
based Service Checks via collectors with an older Opsview version than the orchestrator (for example, remotely managed collectors that haven’t been upgraded yet). Therefore, we recommend upgrading the orchestrator system without waiting between it and any collector system upgrades to avoid impacting monitoring.
- Hashtags extended
- Hashtags can now be applied to individual Host Services for fine-grained tagging, including individual SNMP interfaces. This is in addition to the existing bulk tagging via Host or Service Check.
- Opspack improvements
- Uptrends waterfall checks have been updated to utilize the latest Uptrends API.
- Fixed microsecond precision and timezone issues related to timestamps in the Azure Opspack.
- Operating System Support update
- In June, CentOS 7, OEL 7, and RHEL 7 will all reach End-of-Life (EOL) status. As a result, Opsview support for these operating systems will be discontinued. To maintain alignment with official support lifecycles, Opsview support for Ubuntu 18 will also end at the same time.
- This release deploys the Opsview repository version
6.9.2.202404051723
. - This release deploys the Infrastructure Agent version 1.2.41606 for self-monitoring.
New features and enhancements Copied
These are the new features and enhancements of this release:
Issue key | Description |
---|---|
OP-60300 | Opsview Monitor on RHEL 9 supports monitoring your hosts running on both the Infrastructure Agent and the legacy Opsview Agent. This allows you to check the state of your servers consistently with how Opsview deployments functioned in previous RHEL versions. |
OP-64790 | The following third-party components were upgraded: RabbitMQ 3.12.12, CouchDB 3.3.3, Erlang 25.3.2.9, SpiderMonkey 78.15.0 and 91.13.0, to allow additional OS support.
|
OP-64798 | RHEL 9 (Red Hat Enterprise Linux 9) is now a supported operating system for Opsview Monitor, Opsview Collectors, and the Infrastructure Agent. OL 9 (Oracle Linux 9) is now a supported operating system for the Infrastructure Agent. |
OP-64801 | Hashtags can now apply to individual monitored objects to complement the existing bulk tagging. This allows more fine-grained configuration of hashtags, such as adding checks from a single host interface to a hashtag. For more information, see Adding a Hashtag. |
OP-64422 | Notification methods for BSM services and components can now be run on clusters other than the Master Monitoring Collector. The collector cluster to use for a BSM service or component can be selected from the BSM configuration screens. This allows custom notification methods to be used on customer-owned collector clusters in Opsview. For more information, see Create Business Components and Services. |
OP-65401 | Each non-remotely managed collector and its associated monitoring host is automatically deleted when the non-remotely managed cluster is deleted. For more information, see Managing clusters and collectors. |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-54364 | The monit daemon shutdown script now ensures all Opsview services are properly stopped before initiating a server reboot. This prevents potential data corruption or service disruptions during the reboot process. |
OP-56573 | Updated Opspack: Cloud - Azure (v2.3.1). Fixed an issue where certain Azure service checks were failing due to limitations in handling timestamp precision. Now, Azure checks can process input timestamps with microsecond precision regardless of the time zone. However, it’s important to note that for optimal functionality, it’s recommended to consistently use timestamps in UTC whenever possible. |
OP-59076 | Fixed an issue that caused day labels to be missing occasionally on timeseries graphs. Now, date labels are consistently displayed on the x-axis between 1 and 7 days range. |
OP-60506 | The setup-opsview YAML file now accepts any valid characters for the database password. Previously, using the # character in the password caused the deployment to fail. |
OP-61129 | Upgraded Samba version used by the WMI within opsview-external to address security vulnerabilities. The check_wmi_plus plugin is now written in Python and not taken from third party sources. Also, the following Opspacks have been updated to use the new plugin:
|
OP-61684 | Addressed MQ vulnerabilities using remote collectors in Opsview. Also, the read and write messages have been disabled from/to the orchestrator queues to prevent potential malicious users from sending messages from a remote collector pretending to be the orchestrator. |
OP-64257 | Updated Opspack: Application - Uptrends (v1.0.3). Opspack now uses the latest Uptrends API to ensure that all checks work correctly. |
OP-64437 | Fixed an issue where performing multiple reloads with backed-up results messages could cause deadlocks, slowing down the reload process. |
OP-65478 | The check_deploy script can now validate database passwords even when testing with remotely managed collectors. This fixed a previous issue where the script failed due to a variable only being accessible within the orchestrator itself. |
OP-65530 | Fixed an issue where remote collectors would disconnect from the orchestrator if the orchestrator’s IP address changed. |
OP-65621 | The new agent client now works with both Windows and Linux versions of the legacy Opsview Agent. |
OP-65815 | The opsview-messagequeue component setup has been made more reliable during deployment of multi-collector clusters. |
OP-65822 | The opsview-datastore component setup has been made more reliable during deployment of multi-collector clusters. |
OP-65888 | Fixed an issue where collectors were getting permission denied when trying to write to the collector queue (collector-queue_<orch-machine-ref> ) and Results Live queues (results-live_<machine-refs> ). |
OP-66132 | The opsview-sshtunnels component now correctly cleans up child processes on shutdown or restart. |
Opsview 6.9.1 Copied
Released: 28 February 2024
Highlights Copied
These are the highlights of this release:
- Remotely managed collectors enhancements
- Remotely managed clusters now have data replicated across all nodes.
- Improved error handling in the UI when deleting clusters.
- NetFlow Dashlet export
- You can now export the Sources History graph to the following file types: png, jpeg, pdf, svg, xlsx, csv, and json.
- Azure Opspack updates
- A new Host Template has been added for monitoring Network Watcher Connection Monitors.
- The Classic Connection Monitors Host Template has been deprecated.
- Opsview GPG key changes
- Due to a security update, the repository key for Opsview packages has changed.
Required action
Upgrading the orchestrator or remotely managed and non-remotely managed collectors may cause errors, such as
The following signatures couldn't be verified because the public key is not available.
orThe GPG keys listed for the "Opsview" repository are already installed but they are not correct for this package.
Follow the steps at Upgrading Opsview from 6.9.0 or lower to 6.9.1 or newer and Upgrading Remote Collectors from 6.9.0 or lower to 6.9.1 or newer to resolve this issue.
- Due to a security update, the repository key for Opsview packages has changed.
- This release deploys the Opsview repository version
6.9.1.202402261922
. - This release deploys the Infrastructure Agent version 1.2.41088 for self-monitoring.
New features and enhancements Copied
These are the new features and enhancements of this release:
Issue key | Description |
---|---|
OP-42202 | The following Opspacks have been updated:
|
OP-63423 | The version of Nginx used within Opsview has been updated in preparation for future OS support. |
OP-64224 | You can now export the NetFlow Sources History graph to the following file types: png, jpeg, pdf, svg, xlsx, csv, and json. |
OP-64363 | To ensure compliance, all copyright references to 2023 have been changed to 2024. |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-63547 | Opsview repository GPG key updated for future OS support. |
OP-64233 | The package information in Opsview has been updated to ensure it is up-to-date. |
OP-64518 | Fixed an error where remotely managed clusters would become unavailable when the primary collector went offline. As a result of this fix, monitoring continues after any collector within the cluster goes offline, as long as at least one collector remains online. |
OP-64616 | The Collector Management page now shows a specific error message when deleting a cluster that monitors hosts. |
OP-64902 | The GPG key for the MySQL 8.0 repository has been updated. Since MySQL 5.5 and 5.7 are no longer supported (EOL), we recommend upgrading to MySQL 8.0 for continued support and security updates. |
OP-64911 | Fixed an issue that caused the remote collector setup to specify an incorrect IP address for the orchestrator in the /etc/hosts file. |
OP-65159 | Fixed an issue where the plugin migration check could fail after encountering an error during deployment. |
Opsview 6.9.0 Copied
Released: 24 January 2024
Highlights Copied
These are the highlights of this release:
- Remote Collector Management: You can now add, edit, and delete clusters with the new Remote Collector Management method. This new method makes it easier to manage your collectors and clusters while also reducing the total time required to upgrade by up to 60% for large IT estates.
- Automatic Plugin Distribution: Custom plugins and scripts are now automatically distributed across your collectors and clusters, reducing the time and manual steps required with the current method.
Required action
The
/opt/opsview/monitoringscripts/{plugins,eventhandlers,notifications,etc}
directories on all Opsview collectors and the orchestrator are now managed by Apply Changes. Avoid manual edits and use the recommended upload process for custom monitoring scripts as detailed in the documentation.Manual configuration changes made to specific collectors in these areas will be lost after the first Apply Changes following a 6.9.0 upgrade. To prevent data loss, consider backing up these areas on each collector before upgrading.
Warning
The new script distribution method has limitations on the amount of script and plugin data that can be sent. Refer to the Apply Changes documentation for details on current limits and how they might affect you.
This is particularly relevant if you use custom binaries instead of interpreted scripts.
- Enhanced ServiceNow Integration: With improved resiliency of the ServiceNow integration, updates are followed up on as part of the recovery process when an issue occurs during any part of the incident management process.
- Opsview 6.6 End of Support
- As per our Support Policy, Opsview supports all releases for two years from the date of release, or the current release and the two prior releases, whichever is longer.
- With the release of Opsview 6.9, version 6.6 is now out of support. If you are still on version 6.6 or earlier, prioritize upgrading as soon as possible to ensure you get the latest security enhancements and support.
- This release deploys the Opsview repository version
6.9.0.202401171904
. - This release deploys the Infrastructure Agent version 1.2.40273 for self-monitoring.
New features and enhancements Copied
These are the new features and enhancements of this release:
Issue key | Description |
---|---|
OP-62096 | The Monitoring Plugins UI now shows if a plugin is user-uploaded or built-in. In addition, both the UI and the /rest/config/plugin API endpoint now prevent deletion of built-in plugins, or any plugins in use. |
OP-62097 | Monitoring scripts (including plugins, event handlers, and notifications) and their configuration files are now deployed along with other changes during Apply Changes:
|
OP-63899 | Deleting entire remotely managed clusters is now possible through the API, accessible only to authorized users. Upon deletion, both the cluster and its collectors are removed from the database, and the collectors’ public SSH keys are purged from the orchestrator. However, this functionality is limited to remotely managed clusters; non-remotely managed clusters and collectors cannot be deleted through the API. |
OP-63915 | Administrators of remotely managed clusters can now initiate complete cluster deletion directly from the collector command line. This process utilizes the dataserver API and requires user authentication through the REST API, ensuring secure access. |
OP-64125 | This release introduces some changes that may affect existing configurations:
|
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-59380 | An issue in the ServiceNow notification method preventing tickets from being closed has been resolved. This was caused by ServiceNow REST API changes. Local database entries are now always removed on ticket closure, regardless of external communication success. Additionally, retries have been added to address temporary gateway problems and connection issues to ServiceNow. If you’re still using the old ServiceNow REST API, you can revert to the previous behavior using a custom configuration YAML file. Details on this process are available in ServiceNow notifications. |
OP-64349 | Fixed an issue in check_jmx that caused incorrect argument handling, leading to errors like JMX UNKNOWN Required options not specified Usage: check_jmx -help . |
OP-64449 | An issue on non-cloud systems flagged up an invalid /opt/opsview/monitoringscripts/opspacks-beta/': No such file or directory error. This has now been removed. |
OP-64498 | Updated Opspack: OS - Unix Advanced (v2.2.0). A fix has been implemented to resolve missing NRPE certificate arguments in the “Total files in /var/log” service check. |
Opsview 6.8.9 Copied
Released: 7 December 2023
Highlights Copied
These are the highlights of this release:
- The Process Map dashlet has been updated so you can now click through to investigate hashtags, host groups, hosts, service checks, and performance metrics via the map directly, helping improve MTTR when issues are identified.
- Security enhancements:
- MySQL 8 support has been added for CentOS 7. You can upgrade from MySQL 5.7 by following the standard migration process or simply updating your MySQL packages to MySQL 8.
- Erlang, CouchDB, RabbitMQ, Kerberos, and HAProxy have been upgraded which fixes multiple security issues identified in older versions.
- Opsview 6.6 End of Support
- As per our Support Policy, Opsview supports all releases for two years from the date of release, or the current release and the two prior releases, whichever is longer.
- The next release of Opsview will be version 6.9.0, which will be released in January 2024. This means that Opsview 6.6 will no longer be supported. If you are using Opsview 6.6 or an earlier version, please plan your upgrade by January 2024 to ensure you get the latest security enhancements and support.
- This release deploys the Opsview repository version
6.8.9.202312051712
. - This release deploys the Infrastructure Agent version 1.2.37667 for self-monitoring.
New features and enhancements Copied
These are the new features and enhancements of this release:
Issue key | Description |
---|---|
OP-43712 | The Erlang, CouchDB, RabbitMQ, HAProxy, and Kerberos versions within Opsview have been upgraded to mitigate security vulnerabilities. |
OP-59446 | The Process Map dashlet indicators now display an Investigate menu option that provides access to detailed information about the corresponding monitored objects. |
OP-62095 | As part of this upgrade, Opsview can now distinguish between Opsview-provided monitoring files (plugins, event handlers, and notification scripts) and those uploaded by users. During this process, any user-uploaded files with the same name as an Opsview-provided file will be overwritten. These overwritten files can be re-imported using the standard documented procedures, as long as any naming conflicts are resolved. The old files on the orchestrator system can be found in the /opt/opsview/monitoringscripts/backup/ directory, timestamped with the upgrade date. However, any edits made solely on collector systems will be overwritten when sync_monitoringscripts is executed after the upgrade. This release also includes the following updates:
|
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-56496 | The login page now automatically reloads after an hour of inactivity since rendering to prevent anti-CSRF token errors and enhance user experience. |
OP-57836 | Opsview has been updated to prevent unnecessary code compilation attempts. Previously, an alert would be triggered whenever an attempt was made to compile code using the GCC command in a Linux environment. |
OP-61771 | The Scheduler version stored in the Opsview database is automatically updated with each Scheduler package update and restart. |
OP-62356 | Collectors can be added to a remotely managed cluster regardless of the alphabetical order of their hostname. In the event of a message queue setup failure, the playbook no longer becomes unresponsive indefinitely. |
OP-63677 | Automonitor scan logs can now properly handle and display multiline errors. This resolves a previous issue on Windows machines where multiline PowerShell error messages were interpreted as invalid JSON, leading to incorrect display in the UI. |
OP-64069 | Fixed permission problems with external databases, ensuring smooth database backup and restore processes in both Opsview Cloud and Opsview Monitor deployments. |
Opsview 6.8.8 Copied
Released: 1 November 2023
Highlights Copied
These are the highlights of this release:
- The Opsview mobile app has been improved with the following updates:
- You no longer need to re-authenticate frequently to receive alert notifications.
- Security has been enhanced with an encrypted storage library.
- Infrequent authentication failures have been resolved.
- Remotely managed collectors have been improved in the following ways:
- The user experience for registering new remote collectors has been improved, with better status updates for both successful and failed registrations.
- Error logging has been enhanced to help users and administrators quickly identify and resolve issues.
- Security for session tokens during setup has been enhanced.
- Opsview can now distinguish between built-in Opsview plugins and files, and user-uploaded plugins and files. As a result of this change, there are several important changes to Opspack and plugin installation procedures:
- The post-upgrade steps for updating Opspacks have been changed to add a new required
-B
flag. See Upgrade Opspacks. - Plugins can now only be imported via the UI or REST API, instead of copying them directly to the filesystem. See Importing a Plugin.
- Plugin or plugin-related Opspack files cannot be imported if their name clashes with an existing Opsview-provided plugin or file. If this happens, you should rename the file you are trying to upload.
- The post-upgrade steps for updating Opspacks have been changed to add a new required
- A new script called
orchestratorimportscripts
has been added toopsview-orchestrator
. This script helps Opsview Monitor administrators install event handlers, notification scripts, and other non-plugin files in the/opt/opsview/monitoringscripts
directory, ensuring that all files are placed in the correct location with the correct permissions and ownership. Please note that this tool cannot be used to import plugins. They must be imported either through the UI or the REST API. - This release deploys the Opsview repository version
6.8.8.202310241503
. - This release deploys the Infrastructure Agent version 1.1.36971 for self-monitoring.
New features and enhancements Copied
These are the new features and enhancements of this release:
Issue key | Description |
---|---|
OP-61526 | You can now view the Collector Management upgrade log files in the user interface, which makes it easier to debug upgrade issues. |
OP-61567 | The following Opspacks have been updated:
|
OP-61665 | The address of the remote system is now included in the audit log record when a collector registration or cluster upgrade is started. This allows you to track where the remote registration request was made. |
OP-61666 | Remotely managed collectors can now automatically monitor their own disks, so you can track their status without having to manually add the disks to your monitoring configuration. |
OP-61783 | A new script called orchestratorimportscripts has been added to opsview-orchestrator . This script helps Opsview Monitor administrators install event handlers, notification scripts, and other files in the /opt/opsview/monitoringscripts directory, ensuring that all files are placed in the correct location with the correct permissions and ownership. During the upgrade, any directories that have previously been created under /opt/opsview/monitoringscripts/etc , /opt/opsview/monitoringscripts/plugins , /opt/opsview/monitoringscripts/notifications , and /opt/opsview/monitoringscripts/eventhandlers will be updated to have the owner root , the group opsview , and the permissions 770 . |
OP-61784 | The post-upgrade steps for updating Opspacks have been updated, see Upgrade Opspacks. Opsview has changed how to import plugins and Opspacks:
|
OP-62420 | Collector Management now allows you to access the log API while an action is in progress, such as during a registration or update. This means that you do not have to wait for the action to complete or time out before you can view the logs. |
OP-62680 | Collector Management has added the following options to help identify and troubleshoot registration and upgrade issues:
|
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-38891 | Fixed an issue where service dependencies were not correctly handled when multiple service checks were created. Previously, child service checks would continue to run even after the parent service check had failed. This could cause incorrect notifications to be sent out. |
OP-56894 | Fixed an issue where the setup-monitoring playbook failed when change logging was enabled. This means that you can now register and update remotely managed collectors when the change logs are enabled. |
OP-62062 | Fixed an issue where the font becomes invisible when the mobile app is in dark theme. |
OP-62080 | Fixed several issues in the Collector Management user interface, including:
|
OP-62633 | Audit events for remote collector registration request and completion have been moved from the CONFIG to the ACTION category. |
OP-62656 | The Hyper-V VA image can now be used on a disk that is larger than 20 GB, which allows for more data to be stored and used. This unblocks Hyper-V VA deployments. Note that the VA contains Opsview version 6.8.7. |
OP-62838 | Session tokens are now more secure and are no longer displayed on the command line to improve security. This means that the session token is not passed to opsview-deploy or curl , or it is not saved in the Ansible log, logged command line, or verbose logging (-vvv ). |
OP-62933 | The remote collector upgrade utility now logs events to help users diagnose problems. Additionally, startup problems with the upgrade utility are now reported to the data server. |
OP-63073 | Collector registration now works on all supported operating systems. Previously, using an old version of curl would prevent you from registering collectors. |
OP-63102 | Fixed an issue where the WebSocket sent multiple messages to the front end when status changes occurred in a Collector Management cluster. This could cause messages to be displayed to the user more than once. |
Opsview 6.8.7 Copied
Released: 28 September 2023
Highlights Copied
These are the highlights of this release:
- Collector and cluster upgrade notifications are now available through toast messages. These messages will keep you informed of the status of your upgrade, including when it starts, succeeds, fails, or when a cluster or collector is deleted.
- Collectors will now be automatically self-monitored by the cluster when they use SSH tunnels to connect to the master.
- The address of the remote system is now included in the audit log record when a collector registration or cluster upgrade is started. This allows you to track where the remote registration request was made.
- This release deploys the Infrastructure Agent version 1.1.36127 for self-monitoring.
For more information, see What’s New in Opsview.
New features and enhancements Copied
These are the new features and enhancements of this release:
Issue key | Description |
---|---|
OP-58270 | During the upgrade, collectors will be automatically switched to be self-monitored by the cluster when they use SSH tunnels to connect to the master. This means that you no longer have to manually reconfigure collectors when you want to use SSH tunnels to connect to the master. |
OP-59667 | The dataserver progress API has been updated to handle reports with an attached log file for remotely managed collector registrations and upgrades. This lets Opsview administrators diagnose problems with remotely managed collector registrations and upgrades by viewing the attached log file. |
OP-59908 | The following Opspacks have been updated: Application - Opsview (v3.1.0), Opsview - Self Monitoring (v3.0.0). Also, the Opsview - Login Service Check now supports systems with and without TLS enabled. |
OP-59909 | You can now see toast messages when triggering an upgrade. This will notify you of collector upgrade events so that you can be aware of the status of your upgrades and take any necessary action. |
OP-61657 | The dataserver now provides reload events to all applications. This allows applications to react to changes in the dataserver, if necessary. Previously, the orchestrator sent reload events to the dataserver, but these were ingested by Network Topology. Now, the events are ingested by the dataserver and then passed to any services that have subscribed to reload events. |
OP-61665 | The address of the remote system is now included in the audit log record when a collector registration or cluster upgrade is started. This allows you to track where the remote registration request was made. |
OP-62094 | The Apply Changes modal now shows how many configuration changes have been updated from the command line (by the SYSTEM user). The opsview_sync_ldap now also logs progress messages to the Audit Logs using the ACTION category (instead of the CONFIG category). |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-59115 | The Orchestrator and Scheduler now shut down correctly. This prevents old Orchestrator and Scheduler processes from running and causing the Opsview service to be in a bad state after an upgrade. |
OP-61939 | Remote collectors can now be installed using the same repository as the master. This simplifies the installation process and makes it easier to keep remote collectors up-to-date. |
OP-62341 | Administrators are now notified of failures to upgrade remotely managed clusters, which allows them to investigate the failures and take appropriate action. |
Opsview 6.8.6 Copied
Released: 31 August 2023
Highlights Copied
These are the highlights of this release:
- A new concept of Remotely Managed Collectors has been introduced.
- Remote Collectors can be upgraded to later versions directly from the user interface, without the need for command-line access (CLI).
- You can conveniently view the upgrade progress in the UI, with upgrade activities also logged and displayed.
- Collectors can now be installed and registered using a single command, which makes the process much easier. This command downloads and installs the Opsview software and registers the collector with the Orchestrator.
- For more information, see the Remote Collector Management documentation.
Known issue
There is a known issue that can cause Remote Collectors to fail to register with the error message
Failed to install Opsview Deploy
. To fix this, make sure that you have the latest relevant 6.8.6 packages and configuration on your orchestrator system as follows:- On Ubuntu and Debian systems:
curl -sLo- https://deploy.opsview.com/6.8.6 | sudo bash -s -- -A repo && sudo apt update && sudo apt install -y opsview-deploy && sudo /opt/opsview/deploy/bin/opsview-deploy /opt/opsview/deploy/lib/playbooks/orchestrator-install.yml
- On Centos, OL, and RHEL systems:
curl -sLo- https://deploy.opsview.com/6.8.6 | sudo bash -s -- -A repo && sudo yum makecache && sudo yum install -y opsview-deploy && sudo /opt/opsview/deploy/bin/opsview-deploy /opt/opsview/deploy/lib/playbooks/orchestrator-install.yml
The updated packages should have the specific versions:
opsview-dataserver
:6.8.6.202309041305
opsview-deploy
:6.8.6.202309041306
- On Ubuntu and Debian systems:
- The Monitoring Collectors page has been replaced by the Collector Management page, which has been updated to ensure that all elements are aligned and styled consistently throughout the user interface.
- You can now install, configure, and update
opsview-results-exporter
withopsview-deploy
.- This can save time for deployment or upgrades, mitigate the risk of human error, reduce confusion due to inconsistent deployment methods, and ensure that you are always using the latest, secure component configuration throughout your environment.
- For more information, see the Exporting Results and Results Exporter documentation.
Required action
We recommend migrating any existing Results Exporter installs to Deploy Managed mode. Please read Migration from manually installed Results Exporter.
Moreover, the execution of the
check_deploy
playbook will raise warnings on systems with a previously manually installed Results Exporter until the migration is complete.
- This release deploys the Infrastructure Agent version 1.1.35674 for self-monitoring.
For more information, see What’s New in Opsview.
New features and enhancements Copied
These are the new features and enhancements of this release:
Issue key | Description |
---|---|
OP-31981 | Opsview administrators can now install, configure, and update opsview-results-exporter with opsview-deploy . This will save time for deployment or upgrades, mitigate the risk of human error, reduce confusion due to inconsistent deployment methods, and ensure that you are always using the latest, secure component configuration. |
OP-58460 | The readability of command-line arguments in the user interface has been improved by using a monospaced font, which makes the text easier to read. |
OP-58478 | Opsview administrators can now use the web UI to manage collector upgrades remotely. This means that you no longer need to access the collector command line to upgrade collectors. |
OP-58520 | Websocket connections from the dataserver are now permitted for secure authorized access to display collector update progress. |
OP-60324 | This includes the following changes:
|
OP-61021 | The current Opsview version on the orchestrator host is now accessible through the database. |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-38325 | You can now delete users and bulk hosts without any errors when the changelog is enabled. |
OP-43652 | State history retention and audit log retention are decoupled. The new State History Retention setting in My System covers downtimes, acknowledgments, and object event history. This also fixed UI issues during post-Apply Changes backups. For more information, see the My System > Options documentation. |
OP-56199 | This change ensures that setup-monitoring can be run successfully on all systems with more than 9 collectors without encountering a deadlock error. This error occurs when setup-monitoring tries to register too many collectors at once. |
OP-57192 | Updated product documentation links to ensure that they direct users to the correct sections in the ITRS Opsview documentation. |
OP-60167 | The opsview-netaudit-collector package now includes the additional patched files listed in the Makefile to ensure that the package works correctly. |
OP-60292 | The Collector Management page has been updated to ensure that all elements are aligned and styled consistently throughout the user interface. |
OP-60554 | The responses from the dataserver have been refactored to return JSON instead of HTML. This makes error handling easier when calling the dataserver API. |
OP-61307 | The deploy variable that was previously known as opsview_results_exporter_custom_outputs is now called opsview_results_exporter_outputs . For more information, see the Exporting Results and Results Exporter documentations. |
OP-61402 | Remotely managed collectors can now be installed and upgraded on both standard systems and rehomed systems. |
Opsview 6.8.5 Copied
Released: 20 July 2023
Highlights Copied
These are the highlights of this release:
- The Reports module (JasperServer) has been updated to the latest version 8.2.0 on all of our supported operating systems.
- Opsview Monitor now supports running on Oracle Linux 8.
- The ITRS Infrastructure Agent is no longer in beta and can now be used as a stable alternative to the Opsview and NSClient agents for most Service Checks. It is a new way to monitor your IT infrastructure and can be installed on servers running on either Windows or Linux systems. We recommend that new and existing users use the ITRS Infrastructure Agent for new monitoring deployments, even though the Opsview Agent is still supported and available.
- The Opsview documentation version 6.8.4 or earlier remains a resource for Opsview Agent information, but we recommend that you use the ITRS Infrastructure Agent documentation.
- For migration steps on monitored hosts, see the Migrate from Opsview Agent documentation.
- This release deploys the Infrastructure Agent version 1.0.34422 for self-monitoring.
For more information, see What’s New in Opsview.
New features and enhancements Copied
These are the new features and enhancements of this release:
Issue key | Description |
---|---|
OP-49589 | Perl modules have been updated to fix security vulnerabilities. The following Opspacks have been updated to use the new modules:
|
OP-51093 | The Sentinel RMS has been updated to ensure that Opsview licensing continues to function. |
OP-54854 | The NOTICE logs now include more detailed information about SSH tunnels that fail to set up ports. |
OP-57999 | MySQL no longer requires RELOAD permission on new or upgraded systems. |
OP-58475 | The scheduler now handles requests for collector updates. Additionally, it invokes the update utility and sends the appropriate response message. |
OP-58764 | The dataserver now has an API that allows users to update collectors (only for the update cluster). Additionally, the dataserver sends a request message to the scheduler and handles the response from the scheduler. |
OP-60234 | The command line options for registering collectors have been improved. The help text now includes both long and short command line options, and the options are consistent with those used for collector upgrades. Additionally, a new option, -k --insecure , has been added to disable certificate checks when using the dataserver APIs. |
OP-60242 | The validation of create and delete requests in the Collectors interface has been improved. |
OP-60327 | Opsview Monitor can now be deployed on OEL 8 systems. |
OP-60455 | The ITRS Infrastructure Agent is no longer in beta and can now be used as a stable alternative to the Opsview and NSClient agents. Please refer to the ITRS Infrastructure Agent documentation. |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-47629 | The Last Check column in Checker has been expanded to fill the width of the column, allowing all of the information to be displayed. |
OP-56075 | Apache Tomcat and Reports module (JasperServer) have been updated to the latest versions to fix security vulnerabilities. |
OP-56868 | Updated Opspack: Application - Microsoft 365 (v2.0.8). Fixed an issue where the check_microsoft365 plugin was unable to correctly parse API data for the following Service Checks:
|
OP-57192 | Updated product documentation links to ensure that they direct users to the correct sections in the ITRS Opsview documentation. |
OP-60671 | For systems with remote databases that are managed by deploy, the orchestrator host will now have the same database vendor and version as the remote host, as long as both hosts are running the same operating system. If you encounter any problems upgrading your databases, please read this support article. |
OP-60841 | Autodiscovery can now detect Infrastructure Agents running on scanned hosts in most cases. For more information, see Autodiscovery Detection Mapping. |
Opsview 6.8.4 Copied
Released: 14 June 2023
Highlights Copied
These are the highlights of this release:
- Results Exporter improvements.
- The Results Exporter now allows advanced users to configure custom retrieval rules and transformations across their hosts and services. This data from Opsview can then be exported to a variety of destinations, including logging servers, files on disk, or external services like Splunk. Efficient data access and fine-grained component controls provide customization options to suit any estate size.
- Results Exporter users can now also use powerful filtering tools, allowing them to hold, remove, or process results as required to suit any situation.
Required action
After upgrading Opsview, if you are using Results Exporter, make sure that thecommand_queue
andruntime_database
sections fromresultsexporter.defaults.yaml
are copied into yourresultsexporter.yaml
file. Then, you need to override the credentials in these sections with the correct credentials. For more information, see Results Exporter administration.
- The Infrastructure Agent (Beta) and plugin repositories are now in general availability, which you can access from ITRS GitHub.
For more information, see What’s New in Opsview.
New features and enhancements Copied
These are the new features and enhancements of this release:
Issue key | Description |
---|---|
OP-52775 | The Results Exporter component now supports additional field mapping options, including string replacement and querying data from the Opsview system to enhance exported messages. As a result, the component requires additional credential configuration to function properly. After upgrading Opsview, ensure that the command_queue and runtime_database sections from resultsexporter.defaults.yaml are copied into your resultsexporter.yaml file. Then, you need to override the credentials in these sections with the correct credentials. For more information, see Results Exporter administration. Two new self-monitoring checks will be applied to hosts running a Results Exporter as part of the upgrade. After upgrading Opspacks and the setup-monitoring.yml playbook, run:
|
OP-56011 | The Infrastructure Agent and plugin repositories are now in general availability, which you can access from ITRS GitHub. |
OP-56754 | Infrastructure Agent now accepts requests from check_nrpe with arguments after -a having the arguments in the right order: check_nrpe -H host -C command -a "arg1" "arg2" . |
OP-58473 | The check-deploy playbook is now run as part of collector updates. |
OP-58481 | Opsview administrators can now clean up any remotely managed collector upgrades that have stopped responding. Stalled updates are also logged and terminated. |
OP-58585 | The opsview-deploy package will now upgrade to the latest version before attempting to run any playbook during a remote collector update. |
OP-58597 | The collector upgrade utility now provides updates on its progress using the Dataserver API. The Ansible log is also included, where applicable. |
OP-58599 | The web user interface for accessing the datastore has been updated to include views that allow users to easily access data for each cluster or collector. |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-52757 | Results Exporter now deletes unused message queues at start-up. If any outputs are removed from the component configuration file or commented out, any messages still in the queues will be deleted, and no new messages will be collected for those outputs. To replicate the previous behavior of putting the output into a state where messages are collected but not exported, you can now use the new built-in hold filter. |
OP-58373 | Only one collector can be registered in a cluster at a time. Previously, registering a second collector before the first one had finished caused errors and deadlocks. |
OP-59389 | Infrastructure Agent no longer stops working when the hostname does not match the certificate. |
OP-59428 | When a collector in a cluster is monitoring another collector in the same cluster, checks run via the monitored collector now return working results. |
OP-59706 | When the default Linux agent is built from the source, it starts up without any errors and creates and uses self-signed certificates in its var directory. |
OP-59719 | Updates have been made, allowing the opsview-dataserver to:
|
Opsview 6.8.3 Copied
Released: 25 May 2023
Highlights Copied
These are the highlights of this release:
- The default NRPE ciphers have been amended to work with both the old Opsview Agent and new Infrastructure Agent. This change simplifies the migration from the Opsview Agent to the Infrastructure Agent, making it a viable alternative for monitoring deployments. For more information, see Default TLS Ciphers.
- A new permission called
RELOADVIEW
has been added. This new permission allows Opsview User Roles to view the Apply Changes status without being able to Apply Changes themselves. TheRELOADACCESS
permission still controls which Roles are able to apply changes.- Users who are granted the
RELOADVIEW
permission can only doGET
requests for/rest/reload
and can only view (read-only) the current state of the system. - Users who are additionally granted the
RELOADACCESS
permission can doGET
orPOST
requests for/rest/reload
and can view and make changes (read and write) to the system. - Any roles with the existing
RELOADACCESS
permission will automatically be granted theRELOADVIEW
permission during the upgrade process. - For more information, see Reload - Request Format.
- Users who are granted the
- The permissions for the Monitoring Collectors page have been updated to prevent unauthorized users from viewing clusters and collectors.
For more information, see What’s New in Opsview.
New features and enhancements Copied
These are the new features and enhancements of this release:
Issue key | Description |
---|---|
OP-45558 | Opsview Deploy logs now include the version number of Deploy at the top of all log files for easier debugging of deploy issues. |
OP-52758 | Added a new RELOADVIEW permission to control read-only views in the Apply Changes status. |
OP-53118 | You can now deploy multi-collector clusters in a new installation without having shell access to Orchestrator or a cloud platform. This improves the resilience and scalability of the collector clusters. |
OP-57238 | The help text is available in every service check included with Windows builds of the Infrastructure Agent when called using the appropriate arguments. |
OP-57644 | Added local and remote port forwarding to the tunnels, enabling users to use more services without having to open more firewall ports. |
OP-58370 | New licensing information has been added to the infrastructure-agent plugin repositories for both Linux and Windows. |
OP-58471 | Collector management now has a new database called opsview-managed-clusters . Similar to the opsview-system-status database, this new database uses the same key format. The timestamps are UTC in ISO format: yyyy-mm-ddThh:mm:ss.ssssss , for instance, 2023-04-12T11:51:03.698321 . |
OP-58476 | The dataserver now supports an API for collector updates. |
OP-58583 | The update utility now prompts the user for their credentials before authenticating via the REST API. This ensures that the user’s password is not exposed on the terminal. The update utility then uses the acquired session ID to perform the update process. |
OP-58584 | The admin of a remotely managed collector can now update the utility to ensure the version is updated in user_vars.yml . |
OP-58755 | Added a new feature that allows the administrators to invoke a collector update API from the collector. |
OP-59498 | If more than one LDAP realm is set up and one of them lacks the necessary configuration files and folders, the other realms are continuously processed. |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-55094 | Fixed an issue where users with restricted access to the monitoring servers could access all of the monitoring servers. |
OP-57837 | When a restore fails, the audit log now shows the error message. The error details are now recorded in the restore log, and the lock is released to make another attempt. |
OP-58356 | Fixed the Navigator check box visual issue after Apply Changes has completed. |
OP-58405 | Fixed an issue where Agent Python plugins failed when outputting UTF-8 on some operating systems. |
OP-58621 | When a backup is restored, the backup IDs continue incrementing correctly without gaps or overlaps. |
OP-58681 | Default NRPE ciphers have been amended to work with old and new Infrastructure Agent. |
OP-58831 | Corrected the location path of the extracted plugins, which can be found in <agent-root>/plugins/ , when extracting the source build. |
Opsview 6.8.2 Copied
Released: 19 April 2023
Highlights Copied
These are the highlights of this release:
- New Infrastructure Agent.
- A new self-monitoring host template was added as part of Opsview deploy.
- Support for easier certificate management using self-signed certificates.
- Help documentation has been added to all Linux plugins.
- Secure cipher out of the box.
- It is no longer a requirement for a user to manually add certificates for secure communications.
- LDAP sync script updated.
- Improved
opsview_sync_ldap
script that is used for syncing Opsview users and roles with an LDAP or Active Directory server. - Group files must now have an
.xml
extension to be processed correctly. - Improved logging.
- Self-monitoring of LDAP sync status in Opsview.
- Support for multiple LDAP realms.
- Support for nested LDAP groups.
- Support for encrypted user secrets.
- For more information, see LDAP and Active Directory.
Required action
If using LDAP Sync, group files must now have an.xml
extension to be processed correctly.
- Improved
- Many dashlets have new optional columns available:
- Host address
- Host description
- Host group
- A new
CONFIGURECLUSTER
permission is now available that allows you to add empty clusters and manage them remotely. For more information, see Current role definitions. - The default message queue driver has been swapped from Kombu to Nucleon for all Python modules for performance improvements.
- Updated GPG key links for optimal security.
- The Opsview version is no longer displayed on the login page for unauthenticated users.
- Due to a bug in MySQL 5.7.41 and MySQL 8.0.32, the Opsview database user in MySQL 5 and MySQL 8 needs the
RELOAD
permission. If you have a managed database, this is automatically added as part of the deployment upgrade. Once the issue is fixed in future versions of MySQL, this permission will be revoked. MariaDB databases are unaffected.
For more information, see What’s New in Opsview.
New features and enhancements Copied
These are the new features and enhancements of this release:
Issue key | Description |
---|---|
OP-49965 | Opsview now uses Nucleon as the default message queue driver for Python components, which can handle workloads with less resource usage. |
OP-50915 | The window size has been adjusted so that you can better view the interface when performing SNMP polling. |
OP-51662 | Added columns for Host Group, Host Description, and Host Network Address, and enhanced tooltips for:
|
OP-53127 | Improved Uptrends integration allows you to view Uptrends data within Opsview. This includes real-time user monitoring and synthetic monitoring, both of which can be used to test and monitor the functionality of your website. |
OP-53128 | When adding a new collector to a cluster without shell access to the Orchestrator, SSH tunnels can now be configured to allow all Opsview (collector-to-orchestrator) traffic to go over a single port. |
OP-53145 | You can now access the Infrastructure Agent, allowing you to build your own agent from the source code and examine the source code to ensure it is secure and safe to use. |
OP-54117 | Uptrends integration improvements:
|
OP-54354 | Opsview Deploy installs a new Infrastructure Agent for self-monitoring while removing the old Opsview Agent automatically. NRPE checks now respect the NRPE_EXTRA_FLAGS variable. The following Opspacks have been updated:
|
OP-55727 | The Infrastructure Agent supports existing Windows plugins, so when you switch to the newer Infrastructure Agent, the Windows plugins continue to function. |
OP-56209 | Windows plugins now return the correct information when an error occurs or when expected arguments are passed. This allows you to monitor metrics on the Windows hosts, such as additional counters and services. |
OP-56292 | A new CONFIGURECLUSTER permission is now available, allowing you to add empty clusters and manage them remotely. |
OP-56692 | Updated Opspack: Opsview - Self Monitoring (v2.1.0). Added a new infrastructure self-monitoring host template to Opsview hosts. |
OP-57023 | All service checks shipped with Linux builds of the Infrastructure Agent now contain help text describing all arguments and configuration instructions. |
OP-57264 | Agent creates and uses self-signed certificate if no TLS options. |
OP-57339 | Added host group, host description, and host IP column to dashlets and monitoring pages. |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-39297 | Improved opsview_sync_ldap script that is used for syncing Opsview users and roles with an LDAP or Active Directory server:
.xml extension to be processed correctly. Added Opspack: Opsview - Sync LDAP (v1.0.0) |
OP-50697 | When a reload happens and a user is deleted but still has an open connection, the component now handles the error and delivers a new map without access. |
OP-52840 | State Changes component no longer encounters message queue failures with the error message PRECONDITION_FAILED -- unknown delivery tag. |
OP-55613 | Changed column headers when graphs are exported from:
|
OP-56104 | Freshness Checker no longer leaks file descriptors when publishing stale result messages. |
OP-56638 | The imported.yml file moved up one level into the cfg dir. |
OP-56639 | Windows Agent runtime now works correctly when you add args to the runtime. |
OP-57482 | No patch version is disclosed on the Opsview login page. |
OP-57549 | The GPG key links have been updated. |
OP-57551 | check_eventlog has been updated. |
OP-57605 | Nucleon now handles configurable message_ttl_secs the same as kombu. |
OP-57662 | Fixed an issue in the AF_INET error that was causing the Windows Infrastructure Agent to fail. |
OP-57691 | Updated Opspack Application - Opsview to v3.0.4. The following Service Checks have been added to monitor the backup process:
|
OP-57694 | For all supported OSes, the Capacity Planner plugin now returns both stderr if functioning properly and a non-OK state if no information is collected. |
OP-57744 | MySQL 5.7 and 8.0 database backups now work correctly. |
OP-57855 | When a restore fails, the audit log now shows the error message. The error details are now logged in the restore log, and the lock is released to make another attempt. |
OP-57940 | Fixed an issue where incorrect ownership caused host checks from collectors to fail. |
OP-58067 | After upgrading to a version with the new agent, self-monitoring checks are now working. |
OP-58139 | When entering customer payload, the My System page no longer stops. Issues with field constraints have also been fixed. |
OP-58182 | Infrastructure Agent script execution results can now hold at least 16KiB of data. To enable this functionality, set allow_multi_packet_response in the Agent configuration to true . |
OP-58282 | When running checks with output longer than 4094 characters, Infrastructure Agent for Windows no longer times out. |
OP-58325 | Upgrading from Opsview Agent to Infrastructure Agent no longer causes a version error message. |
OP-58375 | The db_mysql now runs properly on every upgrade. |
OP-58548 | Fixed an issue where the Opsview - Daily Backups service check went critical due to the filesystem backup tar exit code of 1. |
Opsview 6.8.0 Copied
Released: 25 January 2023
Highlights Copied
These are the highlights of this release:
- Opsview now supports UTF-8 characters. For more information, see Supported Unicode Characters.
- The beta version of a new Windows and Linux infrastructure agent is now available to use and download at the Opsview Downloads website. For more information, see the Installation and operation documentation.
- Opsview Knowledge Center will make way for ITRS Documentation as our new documentation platform. Starting with the Opsview 6.8.0 release, you can find the documentation, including the ITRS Opsview Cloud Documentation, at ITRS Opsview Documentation. You can still visit the Opsview Knowledge Center for older versions of documentation, which will be available until further notice.
- Dashboard updates:
- The new Host Interfaces Dashlet dashlet in Dashboard can display the speed, throughput, discards, and error information for each interface configured.
- In Performance Graph, additional details are exported when saving graphs as images, with the ability to configure the graph balloon text format.
- In some configuration fields, the Metric Pie Chart supports wildcards (%).
- Top Services Issues supports wildcards (%) in some configuration fields, with the ability to summarize details for multiple services on the same host.
- Top Service By Metric supports wildcards (%) in some configuration fields, with a new bar chart display, Host Group, and Host IP columns.
- The Flow Collector processing now sets a timeout for reverse DNS lookups. This improves the response time for loading Flow Collector dashlets when the flow data contains IP addresses where reverse DNS is slow. To configure the timeout as well as the concurrency level for the reverse DNS lookups, see Advanced flow collector options.
- The Status - Performance Metrics endpoint now accepts the
include_hostgroup
andinclude_hostip
URL parameters. - VMware and HyperV virtual appliances no longer ship with the default SNMP community strings configured.
- Improved Netflow API security.
- The version of Golang used to build Opsview Monitor and associated plugins has been upgraded to 1.19.3 to improve security. As a result of this, support for legacy certificates has been removed from all Golang-based Opsview plugins. See Known Issues. All Golang components are now compiled using the updated toolchain:
- Opspacks
- timeseries-influx
- Registry (etcd)
- The following Opspacks have been updated to improve security:
- Application - HAProxy (v2.1.1)
- Application - Jenkins (v2.0.1)
- Application - RabbitMQ - Node (v3.0.1)
- Application - Varnish Cache (v2.0.1)
- Application - Varnish Cache 3.0 (v2.0.1)
- Application - Zookeeper (v2.0.1)
- Cloud - AWS - AutoScaling CloudWatch (v2.1.1)
- Cloud - AWS - CloudWatch (v2.1.1)
- Cloud - AWS - DynamoDB CloudWatch (v2.1.1)
- Cloud - AWS - EC2 CloudWatch (v2.2.1)
- Cloud - AWS - ELB CloudWatch (v2.1.1)
- Cloud - AWS - RDS CloudWatch (v2.2.1)
- Cloud - AWS - Route53 CloudWatch (v2.1.1)
- Database - Etcd (v2.0.1)
- Opsview - Component - Datastore (v4.1.2)
- Opsview - Component - Load Balancer (v4.1.2)
- Opsview - Component - MessageQueue (v4.1.2)
- Opsview - Component - Registry (v3.0.2)
For more information, see What’s New in Opsview.
Issue key | Description |
---|---|
OP-34170 | The database tables now use the same character set consistently. |
OP-51975 | VMware and HyperV virtual appliances no longer ship with the default SNMP community string configured. |
OP-52382 | All Opsview MySQL databases, such as opsview, runtime, ODW, and dashboards can now accept complete UTF-8 characters. Upated Opspacks:
|
OP-55866 | Initial UTF-8 support includes using scandic characters. Upated Opspacks:
|
OP-55888 | Starting with the Opsview 6.8.0 release, you can find the documentation, including the ITRS Opsview Cloud Documentation, at ITRS Opsview Documentation. |
OP-56537 | All Golang components are now compiled using the updated toolchain. Both the go.mod and go.sum files no longer ship with the product. |
OP-56835 | The Notification method variable no longer fails when it accepts more than 128 characters. |
OP-56943 | Removed duplicate validation messages in the NetFlow source IP field. |
OP-56987 | Fixed a UI issue with the Host Group modal. |
OP-57069 | Upgrading from Opsview 6.8.0 where UTF-8 data is present now works correctly. |
Opsview 6.7.6 Copied
Highlights Copied
Released: 2 November 2022
These are the highlights of this release:
- A new agent for Windows and Linux based machines is now in closed beta. If you are interested in taking part in this closed beta, please reach out to either Customer Support or your account manager.
- A new Network Topology permission
NTVIEWALL
has been added which, when applied to a role, allows a user to view any unimported nodes in the network topology map. Also, two known issues related to Network Topology have been resolved to improve security. - The Events Viewer, Notifications, and Graph Center pages have access to new preset time durations. These are:
last full day
— last full 24 hour period (00:00 to 00:00).last full 7 days
— last 7 full 24 hour periods (00:00 to 00:00).last full week
— last full week, for example if used on Tuesday, this would be the previous Monday to Sunday.last full month
— last full month, for example if used on February 2, this would be January 1 to 31.
- Added two new NetFlow dashlets:
- Receivers Protocol Trend — display the top ports and protocols used to receive data, as recorded by the source device (such as a switch or firewall) that supports netflow and sflow.
- Transmitters Protocol Trend — display the top ports and protocols used to transmit data, as recorded by the source device (such as a switch or firewall) that supports netflow and sflow.
- Added the ability to select historical time ranges to the following dashlets:
- Performance Graph
- Receivers Protocol Trend
- Transmitters Protocol Trend
- Added a new Dashboard Time Range Sync mode to sychronise cursors and zooming across supported dashlets.
- The Reports Module has been updated to use Jasper server 8.1.0 and Tomcat 9.0.65 which fixes a number of security vulnerabilities. UI and functionality remain the same, however note two new UI features:
- Favourite Report selector (home page)
- Schedule report button and shortcut (edit report view)
- The
opsview-flow-collector
component has been made more resilient to any messagequeue failures, so it now reconnects automatically. TTL (time to live) has been added to any flow requests made through the REST API, so messages are automatically removed if a flow-collector does not pick up the request within 30 seconds. This avoids a build up of messages if the component is temporarily stopped. Additional timing data will be returned by Flow REST API calls, for debugging:collector
— machine ref for the collector that has run this flow request.duration_total
— total time spent running the call on the remote collector.duration_nfdump
— time spent by the call running the nfdump command.
For more information, see What’s New in Opsview.
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-24136 | You can now configure the monitoring pages with a particular refresh interval and save the changes. |
OP-43034 | Fixed an issue where NetAudit failed to process messages due to an error found in the configuration file. |
OP-44544 | You can now use AWS roles in the check_aws_cloudwatch plugin. |
OP-45903 | The validation field warning messages now display the correct messages when the name value of a variable exceeds 63 characters. |
OP-46746 | Upgraded Jasper to version 8.1.0 and Tomcat to version 9.0.65. |
OP-47063 | For a specific user, you can now remove host group access to ensure that modifications are applied appropriately after a reload. |
OP-47728 | The opsview-data-access is now available for use in the opsview-notification-center component. |
OP-48227 | You can now search and filter host templates that are available using the Host Templates search field. |
OP-50991 | You can now view the Network Topology map correctly when the VIEWALL permission has been set. |
OP-51966 | Corrected tooltip description on the Monitoring Collectors page. |
OP-53513 | Using vCenter credentials, the ESXi servers (host and guest) can now be monitored without requiring additional credentials. |
OP-53812 | A new NTVIEWALL permission has been created to prevent viewing any hosts that are not imported within the Network Topology map. |
OP-54084 | An error when querying recent versions of Elasticsearch has been resolved. |
OP-54241 | Improved NetFlow Dashlet to provide better visualisation of NetFlow traffic. |
OP-54616 | Added Capacity Planner integration Opspack using OLD Windows and Linux agents. |
OP-55020 | Fixed the NetFlow security vulnerability issue that prevented the API command injection (CVSS v2 8.5). |
OP-55106 | Fixed an issue where the progress bar for applying changes closes quickly before the assertion check is done. |
OP-55108 | The host icon management now works correctly. |
OP-55118 | Corrected a typographical error in the Status Access > Network Topology. |
OP-55412 | Improved performance response of the opsview_flow command. |
OP-55413 | A TTL (time to live) has been added to any flow requests made through the REST API, so messages will be automatically removed if a flow-collector does not pick up the request within 30 seconds. This avoids a build up of messages if the component is temporarily stopped. |
OP-55450 | The opsview-flow-collector component has been made more resilient to any messagequeue failures, so it now reconnects automatically. |
OP-55548 | Specific collectors have been set for flow-collector to load balance the sources manually. |
Opsview 6.7.5 Copied
Released: 6 September 2022
Highlights Copied
These are the highlights of this release:
- ITRS Uptrends is a leader in website monitoring, web application monitoring, and API monitoring. The new Cloud-Uptrends Opspack provides an integration to monitor your Uptrends monitors in Opsview. The following host templates are provided as part of this Opspack:
- Cloud - Uptrends - Synthetics
- Cloud - Uptrends - MultiStep API
- Cloud - Uptrends - Transaction
- Cloud - Uptrends - Waterfall
- Cloud - Uptrends - RUM
- It is now possible to deploy Opsview to collectors using sudo without the
NOPASSWD
option set. In this case the orchestrator will need to know the local password for this account, so it is advised to turn off remote password login for this account by adding the following to thesshd_config
on the collector.The following playbooks will now set up the appropriate version of Python on InfluxDB systems if configured, as the first action in a deployment:Match User <local user for sudo> PasswordAuthentication no
check-deploy.yml
setup-hosts.yml
- Re-notifications are now consistently sent following configuration changes. In previous versions of Opsview Monitor, re-notifications did not consistently take configuration changes into account if an object was in a non-OK state prior to the change. For example, adding a hashtag with notifications applied to a Service Check in a non-OK state will now correctly send all notifications.
For more information, see What’s New in Opsview.
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-48906 | ProCheckUp: Privileged administrative functions no longer require password. When setting up Opsview Cloud system, the NOPASSWD flag has been removed from the users sudo configuration. This ensures users performing administrative functionality are asked to explicitly re-enter a strong password. |
OP-51564 | Notifications are now triggered not only when an object changes state but also when some configuration changes are applied that would have triggered a notification when the current state happened. This enables Opsview to notify new teams or individuals about existing problems in the system. |
OP-52201 | ProCheckUp - Opsview Software Version Disclosure (CVSS: 1.8). ProCheckUp performed a round of web app pen testing. |
OP-53112 | Notifications are now working until service check goes back to an OK state. |
OP-53127 | Uptrends integration allows real and synthetic monitoring data to be displayed in Opsview Monitor. |
OP-53136 | You can now run the Agent as a daemon on both Linux and Windows hosts so that it can always be running in the background and available to run checks, even after machine reboot. |
OP-53137 | You can now install the Agent through the following: a single package file, from apt, or yum repository. This makes the installation for the Agent easier. |
OP-53138 | You can now install the Windows Agent to monitor your Windows system with a lightweight process. |
OP-53142 | You can now run and validate all the existing NSClient++ checks against the new agent to prevent losing any checks when switching to the new agent. |
OP-53229 | Opsview Monitor and Opsview Cloud PRE release activities and preparation for automation runs. |
OP-53653 | When deploying Opsview, the deployment process completes correctly and no warnings are shown when running setup-everything/opsview . |
OP-53844 | Implemented service check poller. Built-in checks are now available which return aggregated metrics from data gathered (polled) on a regular schedule. This ensures the aggregated metrics to return more accurate data. |
OP-53939 | Fixed an issue that generates an error Method not allowed in the Notification Profiles when clicking Objects Selected. |
OP-53956 | Fixed an issue in SSO/OAuth2 login that led to the Content Security Policy (CSP) error. |
OP-53997 | Fixed an issue that caused the Access Denied page to refresh every second. |
OP-54117 | Improved the collection of Uptrends data to be displayed in the Opsview Monitor.
|
OP-54140 | Fixed an issue that prevented state updates by causing passives to become trapped in the results forwarder cache queue. |
OP-54261 | Fixed an issue in the sync monitoring script that caused the plugin permission to be broken. |
OP-54496 | Idle session timer now works correctly before logging out. |
OP-54562 | Jasper server deployment now installs correctly when using Opsview managed database and external database using TLS. |
Disclaimer
The information contained in this document is for general information and guidance on our products, services, and other matters. It is only for information purposes and is not intended as advice which should be relied upon. We try to ensure that the content of this document is accurate and up-to-date, but this cannot be guaranteed. Changes may be made to our products, services, and other matters which are not noted or recorded herein. All liability for loss and damage arising from reliance on this document is excluded (except where death or personal injury arises from our negligence or loss or damage arises from any fraud on our part).