The following tips should help you when troubleshooting issues that might come up.
Key Mismatch issue
This occurs when there is a mismatch between the Private keys in Google Security Operations and the Remote agent. To solve this, make sure there is no difference between the key in Siemplify agent_db and the key in the agent resources.
Remote Connector fails
If the Remote Connector fails, first thing to do is check that an integrations instance is successfully installed in the agent. Next, check the agent logs at error level to see if there are any logs indicating that anything failed in the process. Test the same connector locally and see if there are errors.
Docker agent deployment fails
If the Docker deployment fails, follow these steps:
Remove Docker container docker ps docker rm -f
Remove images docker images docker rmi
Remove volumes docker volume ls, docker volume rm
Deploy again according to the instructions listed in Create Agent with Docker.
Agent is stuck in 'waiting for agent' status although the agent container was deployed successfully.
Check that the server host of the agent has internet connectivity (example; 'curl www.google.com' / 'ping 8.8.8.8') – if the connection fails the issue is with internet connection
If the first step passes, enter the container: docker exec -it bash'
Check the connectivity again as you did in step 1. If there is no connectivity, restart Docker service service docker restart from the Host machine and not the container)
Start container again docker start
If the last step did not help, and refreshing the Remote agent page in Google SecOps still shows the agent status as 'waiting for agent', log back in the container and pull the logs from /var/log/SiemplifyAgent/ and look for any errors.
Docker Image (IP4 forwarding is disabled)
When trying to load a Google SecOps Docker image (system) or agent and this appears in your CLI:
Add this line net.ipv4.ip_forward=1 to /etc/sysctl.conf Note that you will need to use a file editor (like nano for example use: yum install nano -y systemctl restart network sudo systemctl restart docker
Enter docker ps to check if the container is running. If it's not running, enter docker ps -a to see all the containers including the stopped ones.
To start it run docker start
If the agent / system is not running yet:
Stop the container docker stop
Delete it docker rm
Delete the image docker rmi
Next, load the image again.
Error after shutdown or reboot of Agent
To force start of Installer agent, enter the following command: systemctl start supervisord
To force start of the Docker agent, enter the following command: docker start
[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Hard to understand","hardToUnderstand","thumb-down"],["Incorrect information or sample code","incorrectInformationOrSampleCode","thumb-down"],["Missing the information/samples I need","missingTheInformationSamplesINeed","thumb-down"],["Other","otherDown","thumb-down"]],["Last updated 2025-08-29 UTC."],[[["\u003cp\u003eThis page provides troubleshooting tips for issues within Google SecOps, specifically relating to agent connectivity, deployment, and key mismatches.\u003c/p\u003e\n"],["\u003cp\u003eKey mismatch issues can be resolved by ensuring the private keys in Google Security Operations match those in the remote agent's \u003ccode\u003eagent_db\u003c/code\u003e and resources.\u003c/p\u003e\n"],["\u003cp\u003eIf a remote connector fails, users should verify successful integration instance installation, examine agent logs for errors, and test the connector locally.\u003c/p\u003e\n"],["\u003cp\u003eDocker agent deployment failures require users to remove containers, images, and volumes before re-deploying according to the documentation's instructions.\u003c/p\u003e\n"],["\u003cp\u003eIf an agent is stuck in 'waiting for agent' status, users should check for internet connectivity, restart the Docker service, pull agent logs from the container, and look for errors.\u003c/p\u003e\n"]]],[],null,["# Troubleshooting\n===============\n\nSupported in: \nGoogle secops [SOAR](/chronicle/docs/secops/google-secops-soar-toc) \nThe following tips should help you when troubleshooting issues that might come up.\n\n#### Key Mismatch issue\n\n\nThis occurs when there is a mismatch between the Private keys in Google Security Operations and the Remote agent. To solve this, make sure there is no difference between the key in Siemplify agent_db and the key in the agent resources.\n\n#### Remote Connector fails\n\nIf the Remote Connector fails, first thing to do is check that an integrations instance is successfully installed in the agent. \nNext, check the agent logs at error level to see if there are any logs indicating that anything failed in the process. \nTest the same connector locally and see if there are errors.\n\n#### Docker agent deployment fails\n\nIf the Docker deployment fails, follow these steps:\n\n1. Remove Docker container \n ` docker ps ` \n ` docker rm -f`\n2. Remove images \n ` docker images ` \n ` docker rmi `\n3. Remove volumes \n `docker volume ls, docker volume rm `\n4. Deploy again according to the instructions listed in Create Agent with Docker.\n\n**Agent is stuck in 'waiting for agent' status although the agent container was deployed successfully.**\n\n1. Check that the server host of the agent has internet connectivity (example; 'curl www.google.com' / 'ping 8.8.8.8') -- if the connection fails the issue is with internet connection\n2. If the first step passes, enter the container: \n `docker exec -it bash'`\n3. Check the connectivity again as you did in step 1. If there is no connectivity, restart Docker service `service docker restart` from the Host machine and not the container)\n4. Start container again \n `docker start `\n5. If the last step did not help, and refreshing the Remote agent page in Google SecOps still shows the agent status as 'waiting for agent', log back in the container and pull the logs from /var/log/SiemplifyAgent/ and look for any errors.\n\n#### Docker Image (IP4 forwarding is disabled)\n\n1. When trying to load a Google SecOps Docker image (system) or agent and this appears in your CLI: [](/static/chronicle/images/soar/troubleshooting2.png)\n2. Add this line \n `net.ipv4.ip_forward=1 to /etc/sysctl.conf` \n Note that you will need to use a file editor (like nano for example use: `yum install nano -y` \n `systemctl restart network` \n `sudo systemctl restart docker`\n3. Enter `docker ps` to check if the container is running. If it's not running, enter `docker ps -a` to see all the containers including the stopped ones.\n4. To start it run `docker start `\n5. If the agent / system is not running yet:\n 1. Stop the container `docker stop `\n 2. Delete it `docker rm `\n 3. Delete the image `docker rmi `\n 4. Next, load the image again.\n\n#### Error after shutdown or reboot of Agent\n\nTo force start of Installer agent, enter the following command: \n`systemctl start supervisord`\n\nTo force start of the Docker agent, enter the following command: \n`docker start `\n\n**Need more help?** [Get answers from Community members and Google SecOps professionals.](https://security.googlecloudcommunity.com/google-security-operations-2)"]]