This document describes the steps to analyze a diagnostic bundle from Secure Endpoint Public Cloud on macOS devices to troubleshoot high CPU usage.
Cisco recommends that you have knowledge of these topics:
The information in this document is based on these software and hardware versions:
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, ensure that you understand the potential impact of any command.
The Secure Endpoint Connector scans all active files (those which move, copy and/or modify themselves) on a machine unless explicitly told not to, that inevitably brings performances issues if too many processes and operations run while the Connector is running, which leads to high CPU utilization, slowdowns or crashes. In addition, the Secure Endpoint Connector can block files based on their cloud reputation, which can some times be erroneous (false positive). The solution to both issues is to exclude these paths and processes.
The flow of troubleshooting performance issues is shown in the image.

This section provides the information you can use to troubleshoot your configuration.
In order to see the lists available in Cisco maintained exclusions section on the Secure Endpoint console:
Select the ones your endpoint would need according to the software currently installed on the machine, then, save the policy, as shown in the image.

Identify if the issue happens while one application or a few of them are executed if you are able to replicate the issue helps in the process to identify potential exclusions.
In order to gather a useful diagnostic bundle, the debug log level must be enabled.
If you can replicate the issue and have access to the endpoint, this is the best procedure to capture the diagnostic bundle.


A notification indicates the Secure Endpoint Connector is on Debug Mode.

This procedure enables debug log level until the next policy heartbeat interval.
/opt/cisco/amp/ampcli
ampcli>debuglevel 1
This process enables debug log level until the next policy heartbeat interval.
If you don´t have access to the endpoint or the issue can´t be reproduced consistently, the debug log level must be enabled in the policy.
To enable the debug log level by the policy:

According to the user guide, antivirus products must exclude the next directories and any files, directories, and executable files within them to be compatible with the Secure Endpoint Connector for macOS. The directories to exclude are:
When the debug level is configured, wait until the state of high CPU happens on the system or manually reproduce the conditions previously identified and then gather the diagnostic bundle.
To collect the debug bundle:
sudo /Applications/Cisco\ Secure\ Endpoint/Secure\ Endpoint\ Service.app/Contents/MacOS/SupportTool
The debug bundle is saved in the ~/Desktop folder as a .zip file extension.
The debug diagnostic bundle is storage in the Desktop, to start the analysis:

For example, If you have a homebrew application, fileops.txt shows the next active operations:
639 /Users/user/Library/Bin/MyApplication/support/
460 /Users/user/Library/Bin/MyApplication/logs/
219 /Users/user/Library/Bin/MyApplication/Collection/Node/Server/


Since the homebrew application uses bash you can confirm that the application is the cause of the high CPU.
| Revision | Publish Date | Comments |
|---|---|---|
2.0 |
29-Sep-2026
|
Refreshed for macOS Golden Gate |
1.0 |
01-Jun-2020
|
Initial Release |