Opsview Cloud 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 Cloud. Note that any fixes from previous release dates are rolled up into the latest release.
For the latest highlights, see What’s New in Opsview.
For details on administration and usage, you may refer to Opsview Cloud documentation.
Opsview Cloud 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 process. |
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 Cloud 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.
- Capacity Planning Reports
- Capacity Planning Reports reduce costs by providing insights to size your infrastructure optimally based on your needs. They identify cost savings from underutilized infrastructure in terms of data storage, CPU, and memory. This feature is exclusively available for Opsview Enterprise customers on the Cloud. For more information, see Standard Capacity Reports 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 Collectors and the 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 Collectors 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. |
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. |
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-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. |
Opsview Cloud 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 support of TLS v1.1, 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 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 Cloud 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.
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 Cloud 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.
- This release deploys the Opsview repository version
6.9.4.202406101751
. - This release deploys the Infrastructure Agent version 1.3.43440 for self-monitoring.
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 Collector prerequisites. |
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-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 Cloud 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 the Infrastructure Agent to be deployed on.
- Oracle Linux (OL) 9 has been added as a supported Operating System for Opsview collectors 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 the Infrastructure Agent to be deployed on.
- Red Hat Enterprise Linux (RHEL) 9 has been added as a supported Operating System for Opsview collectors 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.
- This release deploys the Opsview repository version
6.9.3.202405150738
. - This release deploys the Infrastructure Agent version 1.2.42627 for self-monitoring.
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 collector 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 during collector installation and upgrades. |
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 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-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 Cloud 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:
- 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.
- 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.
- 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-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 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. |
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 Opspacks: Cloud - Azure (v2.3.1), [BETA] Cloud - Azure - SQL Database Managed Instances. 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-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-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 Cloud 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 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 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-64911 | Fixed an issue that caused the remote collector setup to specify an incorrect IP address for the orchestrator in the /etc/hosts file. |
Opsview Cloud 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.
- 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-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 Cloud 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:
- Erlang, CouchDB, RabbitMQ, Kerberos, and HAProxy have been upgraded which fixes multiple security issues identified in older versions.
- 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. 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-64059 | Opsview upgrades on cloud environments utilizing MySQL 8 no longer fail due to a fixed issue. |
OP-64069 | Fixed permission problems with external databases, ensuring smooth database backup and restore processes in both Opsview Cloud and Opsview Monitor deployments. |
Opsview Cloud 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.
Known issue
This issue is only applicable if you are using any of the Opspacks that are still in beta:
- Application - InfluxDB
- Database - CouchDB
- Cloud - Azure - SQL Database Managed Instances After this upgrade, the required beta plugins will be missing from Remote Collectors. To resolve this, manually trigger an additional upgrade for each Remote Collector cluster (either through the UI or a collector). The plugins should then be present and working correctly after the upgrade.
-
Opsview can now distinguish between built-in Opsview plugins and files, and user-uploaded plugins and files. As a result of this change, 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.
-
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 added and 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-61784 | 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 Cloud 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 Cloud 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.
- 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.
- 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-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 secure authorized access to display collector update progress. |
OP-60324 | This includes the following changes:
|
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-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-61402 | Remotely managed collectors can now be installed and upgraded on both standard systems and rehomed systems. |
Opsview Cloud 6.8.5 Copied
Released: 20 July 2023
Highlights Copied
These are the highlights of this release:
- Opsview Cloud now supports collectors 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-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-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 Cloud 6.8.4 Copied
Released: 14 June 2023
Highlights Copied
These are the highlights of this release:
- 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-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-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. |
Opsview Cloud 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.
- 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-57644 | Added local and remote port forwarding to the tunnels, enabling users to use more services without having to open more firewall ports. |
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. |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-53813 | Fixed an issue where users with restricted access to some monitoring clusters could access all of the monitoring clusters. |
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-58621 | When a backup is restored, the backup IDs continue incrementing correctly without gaps or overlaps. |
Opsview Cloud 6.8.2 Copied
Released: 19 April 2023
Highlights Copied
These are the highlights of this release:
- 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.
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-51662 | Added columns for Host Group, Host Description, and Host Network Address, and enhanced tooltips for:
|
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-57264 | Agent creates and uses self-signed certificate if no TLS options. |
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
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-57551 | check_eventlog has been updated. |
OP-57605 | Nucleon now handles configurable message_ttl_secs the same as kombu. |
OP-57691 | Updated Opspack Application - Opsview to v3.0.4. The following Service Checks have been added to monitor the backup process:
|
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-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 Cloud 6.8.1 Copied
Released: 1 March 2023
Highlights Copied
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.
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-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-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-57008 | All references to 2022 in copyrights are amended to 2023 to remain compliant. |
OP-57023 | All service checks shipped with Linux builds of the Infrastructure Agent now contain help text describing all arguments and configuration instructions. |
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-56104 | Freshness Checker no longer leaks file descriptors when publishing stale result messages. |
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-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-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-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. |
Opsview Cloud 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.
- The Status - Performance Metrics endpoint now accepts the
include_hostgroup
andinclude_hostip
URL parameters. - 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.
Issues fixed Copied
These are the issues we have fixed in this release:
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-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. |
Opsview Cloud 6.7.7 Copied
Released: 5 December 2022
Issues fixed Copied
These are the issues we have fixed in this release:
Issue key | Description |
---|---|
OP-42063 | The version of Golang used to build Opsview and associated plugins has been upgraded to 1.19.3 to improve security. |
OP-48227 | You can now search host templates through the edit host configuration modal, making it easier to find host templates. |
OP-51330 | All deprecated Opspacks are no longer shipped within the product. |
OP-53181 | Fixed the web error popup when creating a notification profile without BSM permissions. |
OP-53459 | Improved opsview-web-ui-ng to properly use the concept of reusable components, making it easier to navigate and use. |
OP-54624 | You can now use the Capacity Planner host templates to monitor physical servers using both the old Windows and Linux agents, or the new infrastructure agent. |
OP-54907 | Improvements to Dashboards and Host Interfaces Dashlet now allow you to:
|
OP-55412 | Improved response time of the opsview_flow command. |
OP-55687 | Callhome now uses HTTPS connections. |
OP-56409 | Improved mapping for the Capacity Planner app. |
OP-56468 | Fixed an issue when check_radius_ih returns immediately when executed without arguments from the agent. |
Opsview Cloud 6.7.6 Copied
Released: 2 November 2022
Highlights Copied
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-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-55020 | Fixed the NetFlow security vulnerability issue that prevented the API command injection (CVSS v2 8.5). |
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 Cloud 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
- 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-53653 | When deploying Opsview, the deployment process completes correctly and no warnings are shown when running setup-everything/opsview . |
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-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).