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.

Executor

The Executor receives execution messages from the Scheduler and uses them to execute service-check plugins, then return the results to the Scheduler.

It runs on multiple sub-processes to maximise the throughput of execution.

Dependencies Copied

The Executor requires access to the MessageQueue. Please make sure you have the message queue.

Installation Copied

Refer to Advanced Automated Installation.

Configuration Copied

The user configuration options should be set in /opt/opsview/executor/etc/executor.yaml. Default values are shown in /opt/opsview/executor/etc/executor.defaults.yaml, but changes should not be made here since the file will get overwritten on package update.

The below list shows the options that can be set. Note that any changes made to the component configuration file will be overwritten when opsview-deploy is next run.

• input_queue: The message-queue configuration to receive execution messages.
• file_sync_queue: The message-queue configuration to receive receive file-sync requests.
• output_queue: The message-queue configuration to send back results. This is just a place-holder and should not be modified, as the actual name of the results queue is dynamic.
• registry: Connection configuration for the Registry.
• logging: Component logging configuration. Change “NOTICE” to “DEBUG” to turn on debugging. Logs will go to /var/log/syslog or /var/log/messages
• execution_timeouts:
  • service_check: The time in seconds that a service check is allowed to run before it is forcibly killed.
  • service_check_slow: The time in seconds that a slower service check is allowed to run before it is forcibly killed.
  • host_check: The time in seconds that a host check is allowed to run before it is forcibly killed.
  • event_handler: The time in seconds that an event handler is allowed to run before it is forcibly killed.
  • send_notifications: The time in seconds that a notification script is allowed to run before it is forcibly killed.
  • instant_command: The time in seconds for other types of general executions to run before they are forcibly killed.

The execution_timeouts configuration default is defined as follows:

executor:
  execution_timeouts:
    service_check: 60
    service_check_slow: 120
    host_check: 30
    event_handler: 60
    send_notifications: 60
    instant_command: 30

Management Copied

Configuration Copied

DPKGs Copied

Watchdog service files are now managed by the package; doing a remove would leave the watchdog service file behind with a .save extension. Purging the package will remove it.

RPMs Copied

Watchdog service files are now managed by the package. Any modifications will be saved at upgrade and remove processes with the .rpmnew and .rpmsave extensions correspondingly.

Service Administration Copied

Watchdog configuration is in: /opt/opsview/watchdog/etc/services/opsview-executor.conf.

As root, start, stop and restart the service using:

/opt/opsview/watchdog/bin/opsview-monit <start|stop|restart> opsview-executor