> For the complete documentation index, see [llms.txt](https://cortex-docs.paloaltonetworks.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cortex-docs.paloaltonetworks.com/cortex-xsoar-8-on-prem/8.10/troubleshoot-and-reference/troubleshoot/view-system-status-in-the-system-diagnostics-page.md).
# View system status in the System Diagnostics page
The Cortex XSOAR **System Diagnostics** page enables you to identify and fix potential issues before they become system-critical. By default, the **System Diagnostics** page shows trends from the last 24 hours, but you can also select the last hour, 6 hours, 12 hours, 3 days, or 7 days.
{% hint style="info" %}
### Note
Only administrators can view the **System Diagnostics** page.
{% endhint %}
#### Download log bundles
To help with debugging issues, you can download the log bundle by clicking  in the upper right hand corner. The log bundle contains information about the system from the current state up to the past ten days, and it should be included when opening a support ticket.
{% hint style="info" %}
### Important
When you click to download the log bundle,  indicates the download is in process (without any other messages). The log bundle download may take a few minutes. Do not refresh or leave the page until the log bundle file download completes.
{% endhint %}
#### View system status
The **System Diagnostics** page provides system status data over time in the form of graph and table widgets.
{% hint style="info" %}
### Tip
If there is a node failure, manage the nodes from the textual UI. For example, if a node fails, remove it and then add a new node to replace it. For more information, see [Manage nodes in a cluster](/cortex-xsoar-8-on-prem/8.10/onboard-cortex-xsoar/cortex-xsoar-installation/post-installation/optimize-performance-and-robustness-from-the-textual-ui.md#UUID-928e1ae3-f56b-309b-dc02-9aef5287c471).
{% endhint %}
{% tabs %}
{% tab title="Nodes widgets" %}
The following widgets present node status information.
| Node Widget | Description |
| --------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Nodes - CPU | Trend graph showing CPU consumption. The trend graph shows an increase as system usage increases. Temporary peaks might correlate with system delays or slowness.
We recommend increasing CPU resources when you reach system limits.
|
| Nodes - Memory | Trend graph showing memory consumption. The trend graph shows an increase as memory usage increases. Temporary peaks might correlate with system delays or slowness.
We recommend increasing memory resources when you reach system limits.
|
| Nodes - Storage | Trend graph showing storage usage. The trend graph shows an increase as storage usage increases. Temporary peaks might correlate with system delays or slowness.
We recommend increasing storage resources when you reach system limits.
|
| Active Nodes Snapshot | Shows a list of all active nodes and their status - **Connected** or **Disconnected**. |
| {% endtab %} | |
{% tab title="Storage Groups widget" %}
The **Storage Groups** widget displays a graph illustrating storage group utilization. The trend graph shows an increase as storage usage grows. A rapid surge in storage utilization might indicate a change in system usage.
We recommend increasing storage capacity or performing a data cleanup when utilization reaches 80%.
{% endtab %}
{% tab title="Playbooks in Queue widget" %}
The **Playbooks in Queue** widget shows a graph that includes manually and automatically triggered playbooks and displays how many playbooks were waiting in the queue over the displayed period. The playbook queues are designed to manage playbook executions efficiently and prevent system overload. A rapid surge in the graph values might indicate a temporary peak of triggered playbooks and cause playbooks to take longer to execute and may slow UI performance.
If the queue count is constantly higher than 0, contact Customer Support to discuss scaling options.
{% endtab %}
{% tab title="Connectivity Snapshot widget" %}
The **Connectivity Snapshot** widget shows the connection status between your Cortex XSOAR tenant and the external gateway. If the status is **Disconnected** you cannot upgrade Cortex XSOAR, access the Marketplace, or update Docker images.
{% endtab %}
{% tab title="Components Snapshot widget" %}
The **Components Snapshot** widget shows the status of a Cortex XSOAR component.
| Status | Action |
| ------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Healthy | None |
| Warning | - Check cluster health graphs for temporary peaks or high resources utilization.
- Check storage utilization graphs.
- If you have recently made changes to your system, verify if these changes might have impacted system components.
- Open a support case if you cannot find the source of the issue.
|
| Error | |
{% hint style="info" %}
### Note
For some components, such as storage, if the system reaches a critical level, Cortex XSOAR will no longer function and you will not be able to access the **System Diagnostics** page.
We recommend monitoring system components on an ongoing basis to avoid critical-level issues.
{% endhint %}
The components include:
| Component | Description |
| ---------------------- | -------------------------------------------------- |
| API | The API request handlers |
| Storage | System storage and files |
| Databases | System databases |
| Telemetry | System telemetry collection |
| Automation layer | Automation resources and components handler |
| Playbook Engines | Task queue and priority handling |
| System Scheduler | System scheduled tasks and prioritization handlers |
| External Gateways | External resource and connection handling |
| System Orchestrators | System initialization |
| Execution Environments | Task execution |
| {% endtab %} | |
| {% endtabs %} | |
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://cortex-docs.paloaltonetworks.com/cortex-xsoar-8-on-prem/8.10/troubleshoot-and-reference/troubleshoot/view-system-status-in-the-system-diagnostics-page.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.