Deployment Architecture

How to troubleshoot Deployment Server (6.1.4) startup error "DeploymentClient - DC shares a Splunk instance with its DS; unsupported configuration"

paulahoffman
Explorer

Architecture: deployment server, universal forwarders, indexers, search heads.
After a tech refresh of one forwarder the deployment box was restarted (reload deployment-server) and the following error is showing up:
ERROR DC:DeploymentClient - DC shares a Splunk instance with its DS; unsupported configuration.

Config data is not making it to the new forwarder.
Also, on the DS review of the splunk/etc/apps directory shows most of the same directories (apps) that appear in the /etc/deployment-apps directory.
Is this a problem? If so what exactly should be the only directories in the 'apps' directory of a dedicated DS?
If not - what is the best way to trace down the above DC error?
Thanks

0 Karma

dantxto
Engager

It sounds like the Deployment Server is being told to check in with itself. From what I understand the DS cannot also be a Deployment Client (under the same instance). I would suggest you check /SplunkPath/etc/system/local/deploymentclient.conf or check if you have a deployment client app.

Remove the offending deploymentclient.conf/app and then in your serverclass.conf put your DS on the blacklist.

Career Survey
First 500 qualified respondents will receive a $20 gift card! Tell us about your professional Splunk journey.

Can’t make it to .conf25? Join us online!

Get Updates on the Splunk Community!

Take Action Automatically on Splunk Alerts with Red Hat Ansible Automation Platform

 Are you ready to revolutionize your IT operations? As digital transformation accelerates, the demand for ...

Calling All Security Pros: Ready to Race Through Boston?

Hey Splunkers, .conf25 is heading to Boston and we’re kicking things off with something bold, competitive, and ...

Beyond Detection: How Splunk and Cisco Integrated Security Platforms Transform ...

Financial services organizations face an impossible equation: maintain 99.9% uptime for mission-critical ...