Managing Log Processors

Last updated on:

Overview

This page explains how to manage Log Processors in your deployment. You can modify processor configurations, update settings, monitor performance and health, assign or modify custom roles, and remove processors or roles when they are no longer required.

Modifying roles

You can update the Log Processor to change its assigned roles: Log Collection, Log Processing, or both, depending on your deployment needs. This allows you to enable or disable specific roles for the Log Processor as required.

To modify the roles of a Log Processor:

  1. Navigate to the Log Processors page and click the icon next to the processor you want to update.
    Managing Log Processors
    Figure 1: Modifying roles in a Log Processor
  2. In the Edit Log Processor window, the Display Name of the selected Log Processor will appear. If needed, you can edit the Log Processor display name.
    Managing Log Processors
    Figure 2: Modifying roles in a Log Processor

    NOTE You can configure the associated roles only when the cluster has three or more Log Processors This is because certain functions, such as Log Queue Engine and Search Engine, require at least two Log Processors in the cluster.

  3. In the Associated Role(s) checklist, select or unselect roles based on your deployment needs. Available roles include:
    • Processing Engine
    • Correlation Engine
    • Search Engine
    • Log Queue Engine
    • Custom roles such as Log Forwarding or Alerts
    Managing Log Processors
    Figure 3: Modifying roles in a Log Processor

    NOTE A Log Processor must have at least one role assigned. It cannot be saved with all roles disabled.

  4. Click Update to apply the changes.

Updating Log Processor settings

In the Log Processors page, click Settings in the top-right corner. This opens the Log Processor Settings window with the following tabs.

Managing Log Processors
Figure 4: Updating Log Processor settings
  1. Shared Storage Location
    • Enter the shared folder path.
      Managing Log Processors
      Figure 5: Configuring Shared Storage Location
    • Enter the Username and Password.
    • Click Verify Credentials to validate access.
    • Click Update to save changes.

    NOTE Shared storage is required for transferring data between processors. Ensure the path is accessible always to avoid interruptions in log processing.

  2. Elasticsearch Archive Shared Storage Location
    • Enter the archive path.
    • Enter the Username and Password.
    • Click Verify Credentials to validate access.
    • Click Update to save changes.
    Managing Log Processors
    Figure 6: Configuring Elasticsearch Archive Shared Storage Location

    NOTE This path is used to store archived Elasticsearch data. Ensure the location is accessible from all Log Processors and has enough storage capacity to accommodate archived data over time.

Monitoring status and performance

The Log Processors page provides real-time insights into the operational status and resource health of each processor in your deployment.

Status indicators:

  • Running - The Log Processor is online and functioning normally.
  • Down - The Log Processor is unreachable or has been shut down.
  • Service Status Unavailable - The processor is reachable, but internal services are not reporting properly.

Health indicators:

  • Good - The processor is operating without issues.
  • Needs Attention - Minor issues or misconfigurations have been detected, or certain modules may not be functioning properly.
  • Critical - Major issues are affecting processor functionality.
Managing Log Processors
Figure 8: Status and health of Log Processors

Viewing Performance Metrics

To enable CPU and RAM monitoring:

  1. In the Log Processor list view, click the add-or-remove icon on the right.
  2. Select the CPU and RAM checkboxes.
    Managing Log Processors
    Figure 9: Enabling CPU and RAM monitoring
  3. Click Apply to display these columns for all processors.
    Managing Log Processors
    Figure 10: Enabling CPU and RAM monitoring

To view detailed metrics:

Click Details next to a Log Processor to view detailed information about its configuration, performance, and module health. The details are grouped under the following tabs.

Managing Log Processors
Figure 11: Detailed metrics of Log Processors
  1. Health

    Shows the status of modules such as Archive, Index, Alerts, and Workflow. Each module is marked as active, inactive, or not reachable.

    NOTE You can click the Detailed Usage Report link next to the Correlation module to view in-depth performance statistics and usage history.

    Managing Log Processors
    Figure 12: Viewing health metrics of Log Processors
  2. General Information

    Displays system-level information including display name, IP address, operating system, JVM memory usage, working directory, number of CPU cores, total RAM, system uptime, and product version.

    Managing Log Processors
    Figure 13: Viewing system information of a Log Processor
  3. System Utilization

    Provides real-time metrics including total disk usage categorized by raw logs, index, archive, and database, along with CPU usage and indexed log count.

    • In the System Utilization tab, you can switch between Today and Trend views.
      • The Today view shows current usage metrics.
      • The Trend view allows you to analyze data for up to the last 30 days.
      Managing Log Processors
      Figure 14: Monitoring resource usage in a Log Processor
    • Click the icon in the top-right corner to refresh the chart or pin it to the dashboard for easier monitoring.
      Managing Log Processors
      Figure 15: Monitoring resource usage in a Log Processor
  4. Troubleshooting Data

    This section allows you to generate and download diagnostic files such as server logs, thread dumps, and memory dumps.

    • Select the required options from the checklist and click Generate to initiate the process.

    NOTE Agent logs are generated only for the Primary Log Processor.

    Managing Log Processors
    Figure 16: Generating diagnostic files for troubleshooting

Filtering Log Processors

Use the filter bar in the Log Processors page to view processors based on their assigned roles and current operational status.

To apply filters:

  1. In the Log Processor page, select icon above the Log Processors list.
    Managing Log Processors
    Figure 17: Applying filters to Log Processors
  2. Use the Roles filter to view processors assigned to a specific role, or select All to display processors across all roles.
    Managing Log Processors
    Figure 18: Applying filters to Log Processors
  3. Use the Status filter to display Log Processors with a specific status, or choose All to view processors of all statuses.
    Managing Log Processors
    Figure 19: Applying filters to Log Processors
  4. Use the Health filter to display Log Processors with a specific health status, or select All to include processors of all health states.
    Managing Log Processors
  5. The list updates automatically to reflect your selections.

    NOTE You can also use the icon near the filter bar to search for a Log Processor by name.

    Managing Log Processors
    Figure 20: Locating specific Log Processors using Search

Managing roles

  1. In the Log Processors page, click any role listed under Associated Role(s).
    Managing Log Processors
    Figure 21: Managing roles
  2. The Manage Roles window will open for the selected processor.
  3. In the Manage Roles window, you can view the list of modules assigned to each role.
    Managing Log Processors
    Figure 22: Managing roles

    NOTE Refer to this section to modify the roles assigned to a Log Processor. The Log Queue Engine and Search Engine roles can be disabled only here.

Adding a custom role

  1. In the Manage Roles window, click Add New Role.
    Managing Log Processors
    Figure 23: Adding a new role
  2. Enter a name for the new role.
  3. Select the required modules from the list.
    Managing Log Processors
    Figure 24: Adding a new role
  4. Click Add to create the role.
  5. Click Proceed in the confirmation popup to complete the role creation.
    Managing Log Processors
    Figure 25: Adding a new role
NOTE

If a selected module is already assigned to another role, it will be removed from the existing role and reassigned to the new one.

Refer to the following examples to understand how this reassignment works:

-If the Log Archive module is currently part of the Processing Engine role and the Alerts and Notification module is part of the Alerts role, and you include both while creating a new role named Archive and Alerts, the modules will be moved from their existing roles to the new role.

Managing Log Processors
Figure 26: Adding a new role

- If the Log Archive module is currently part of the Processing Engine role, Log Forwarding is part of the Log Forwarding role, and Alerts and Notification is part of the Alerts role, and all three modules are selected to create a new role named Archive and Alerts, then:

- Log Archive will be removed from the Processing Engine role,

- Log Forwarding will be deleted from the Log Forwarding role,

- Alerts and Notification will be deleted from the Alerts role, and all three (Log Archive, Log Forwarding, Alerts and Notification) will be reassigned to the new role Archive and Alerts.

Managing Log Processors
Figure 27: Adding a new role

Editing custom roles

  1. In the Manage Roles window, go to the role tab you want to edit.
  2. Click the Edit icon on the top right corner.
    Managing Log Processors
    Figure 28: Editing custom modules
  3. In the Edit Role panel, select or deselect the modules as needed.
    Managing Log Processors
    Figure 29: Editing custom modules
  4. Click Update to save the changes.
    Managing Log Processors
    Figure 30: Editing custom modules

Deleting Log Processors

When managing Log Processors, you can delete a specific Log Processor based on your operational requirements. If you prefer to retain the Log Processor but temporarily stop its functions, you also have the option to disable specific roles.

Disabling roles

You can disable certain roles, such as the Correlation Engine, while keeping essential roles like the Kafka Engine and Search Engine enabled. This allows the Log Processor to continue handling core operations such as queuing and indexing, even if other functions are disabled.

To disable roles:

  1. In the Log Processors page, click the icon next to the Log Processor you want to modify.
    Managing Log Processors
    Figure 31: Disabling roles in a Log Processor
  2. In the Confirm Deletion popup, click Disable Roles.
    Managing Log Processors
    Figure 32: Disabling roles in a Log Processor

Deleting Log Processors

If a Log Processor is no longer required, you can delete it completely along with all its associated roles and data.

To delete a Log Processor:

  1. In the Log Processors page, click the icon next to the processor.
    Managing Log Processors
    Figure 33: Deleting a Log Processor
  2. In the Confirm Deletion popup, click Delete.

    NOTE After deletion, you must reconfigure log forwarding for any syslog devices that were associated with the deleted Log Processor.

    Managing Log Processors
    Figure 34: Deleting a Log Processor

    NOTE Deleting a Log Processor is irreversible, removes all associated Elasticsearch and Log Queue Engine data, may take time based on the volume of stored data, and requires.

Deleting custom roles in a Log Processor

  1. Select the tab for the role you want to remove
  2. Click the icon in the top-right corner of the role tab.
    Managing Log Processors
    Figure 35: Deleting roles in a Log Processor
  3. In the Confirm Deletion popup, click Proceed.
    Managing Log Processors
    Figure 36: Deleting roles in a Log Processor

    NOTE Default roles such as Processing Engine, Correlation Engine, Search Engine, and Log Queue Engine cannot be deleted. Only custom roles, like Archive and Alerts, can be removed.

Read also

This document explained how to manage Log Processors in the product console. For a comprehensive overview of scalability and instructions on how to leverage its capabilities effectively, refer to the following articles: