<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: deployment-server issue : This DC shares a Splunk instance with its DS :unsupported configuration. in Deployment Architecture</title>
    <link>https://community.splunk.com/t5/Deployment-Architecture/deployment-server-issue-This-DC-shares-a-Splunk-instance-with/m-p/115948#M22912</link>
    <description>&lt;P&gt;Exact. Having a Splunk deployment-server instance being it own deployment-client has always been a &lt;STRONG&gt;worse practice&lt;/STRONG&gt;, that leads to many issues.&lt;/P&gt;

&lt;P&gt;see &lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Updating/Deploymentserverarchitecture"&gt;http://docs.splunk.com/Documentation/Splunk/latest/Updating/Deploymentserverarchitecture&lt;/A&gt;&lt;/P&gt;

&lt;BLOCKQUOTE&gt;
&lt;P&gt;A deployment server is a Splunk Enterprise instance that acts as a centralized configuration manager for any number of other instances, called "deployment clients". Any full Splunk Enterprise instance - even one indexing data locally - can act as a deployment server. A deployment server cannot be a client of itself. &lt;/P&gt;
&lt;/BLOCKQUOTE&gt;

&lt;P&gt;Since splunk 6.0, the deployment code was refactored, and unsupported configurations are now prevented, and if this is detected, the deployment-client will disable itself preventively.&lt;/P&gt;

&lt;P&gt;Recommendations are :&lt;BR /&gt;
 - use a dedicated deployment server instance, with no other roles, therefore without the need to be a client.&lt;BR /&gt;
 - do not make your indexers/search-head a deployment-server (even if you may be tempted by the forwarder management web UI)&lt;BR /&gt;
 - on linux you can have a separate instance on the same server, using different management ports.&lt;/P&gt;

&lt;P&gt;The only possible confusion may be if you have actually 2 splunk instances on the same server,  (one deployment-server, and one deployment-client on different ports). Because the hostname and dns name will be identical, the test may trigger. To be tested.&lt;/P&gt;</description>
    <pubDate>Wed, 15 Jan 2014 17:22:05 GMT</pubDate>
    <dc:creator>yannK</dc:creator>
    <dc:date>2014-01-15T17:22:05Z</dc:date>
    <item>
      <title>deployment-server issue : This DC shares a Splunk instance with its DS :unsupported configuration.</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/deployment-server-issue-This-DC-shares-a-Splunk-instance-with/m-p/115947#M22911</link>
      <description>&lt;P&gt;After upgrading to Splunk 6, I started to notice that the deployment-client was disabled on my deployment-server instance. FYI my deployment-server is also a deployment-client of itself.&lt;/P&gt;

&lt;P&gt;I found this error in splunkd.log on the server&lt;/P&gt;

&lt;BLOCKQUOTE&gt;
&lt;P&gt;ERROR DC:DeploymentClient - This DC shares a Splunk instance with its DS: unsupported configuration. &lt;/P&gt;
&lt;/BLOCKQUOTE&gt;

&lt;P&gt;It was working before in 5.&lt;EM&gt;, it is not working anymore in 6.&lt;/EM&gt; ?&lt;/P&gt;</description>
      <pubDate>Wed, 15 Jan 2014 17:07:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/deployment-server-issue-This-DC-shares-a-Splunk-instance-with/m-p/115947#M22911</guid>
      <dc:creator>mataharry</dc:creator>
      <dc:date>2014-01-15T17:07:00Z</dc:date>
    </item>
    <item>
      <title>Re: deployment-server issue : This DC shares a Splunk instance with its DS :unsupported configuration.</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/deployment-server-issue-This-DC-shares-a-Splunk-instance-with/m-p/115948#M22912</link>
      <description>&lt;P&gt;Exact. Having a Splunk deployment-server instance being it own deployment-client has always been a &lt;STRONG&gt;worse practice&lt;/STRONG&gt;, that leads to many issues.&lt;/P&gt;

&lt;P&gt;see &lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Updating/Deploymentserverarchitecture"&gt;http://docs.splunk.com/Documentation/Splunk/latest/Updating/Deploymentserverarchitecture&lt;/A&gt;&lt;/P&gt;

&lt;BLOCKQUOTE&gt;
&lt;P&gt;A deployment server is a Splunk Enterprise instance that acts as a centralized configuration manager for any number of other instances, called "deployment clients". Any full Splunk Enterprise instance - even one indexing data locally - can act as a deployment server. A deployment server cannot be a client of itself. &lt;/P&gt;
&lt;/BLOCKQUOTE&gt;

&lt;P&gt;Since splunk 6.0, the deployment code was refactored, and unsupported configurations are now prevented, and if this is detected, the deployment-client will disable itself preventively.&lt;/P&gt;

&lt;P&gt;Recommendations are :&lt;BR /&gt;
 - use a dedicated deployment server instance, with no other roles, therefore without the need to be a client.&lt;BR /&gt;
 - do not make your indexers/search-head a deployment-server (even if you may be tempted by the forwarder management web UI)&lt;BR /&gt;
 - on linux you can have a separate instance on the same server, using different management ports.&lt;/P&gt;

&lt;P&gt;The only possible confusion may be if you have actually 2 splunk instances on the same server,  (one deployment-server, and one deployment-client on different ports). Because the hostname and dns name will be identical, the test may trigger. To be tested.&lt;/P&gt;</description>
      <pubDate>Wed, 15 Jan 2014 17:22:05 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/deployment-server-issue-This-DC-shares-a-Splunk-instance-with/m-p/115948#M22912</guid>
      <dc:creator>yannK</dc:creator>
      <dc:date>2014-01-15T17:22:05Z</dc:date>
    </item>
    <item>
      <title>Re: deployment-server issue : This DC shares a Splunk instance with its DS :unsupported configuration.</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/deployment-server-issue-This-DC-shares-a-Splunk-instance-with/m-p/115949#M22913</link>
      <description>&lt;BLOCKQUOTE&gt;
&lt;BLOCKQUOTE&gt;
&lt;P&gt;use a dedicated deployment server instance, with no other roles, therefore without the need to be a client. &lt;BR /&gt;
This sucks. My deployment server(s) run apps which I manage/propogate with deployment server.&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;
&lt;/BLOCKQUOTE&gt;

&lt;P&gt;What if i have deployment slaves ? (also both clients and deployment servers).&lt;/P&gt;

&lt;P&gt;where was this change in functionality published - when did it happen ?&lt;/P&gt;

&lt;P&gt;I have one splunk instance running 6.1.4 happily running as a DS, DC, indexer, search head, all working fine (this started life as a much earlier version)&lt;BR /&gt;
I've just built another 6.1.4 instance (simply a DS, nothing else), and I can't get it to connect to itself.&lt;/P&gt;

&lt;P&gt;Why do you deem it to be worst practise ?&lt;/P&gt;</description>
      <pubDate>Wed, 12 Nov 2014 10:54:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/deployment-server-issue-This-DC-shares-a-Splunk-instance-with/m-p/115949#M22913</guid>
      <dc:creator>gavin1_davenpor</dc:creator>
      <dc:date>2014-11-12T10:54:00Z</dc:date>
    </item>
    <item>
      <title>Re: deployment-server issue : This DC shares a Splunk instance with its DS :unsupported configuration.</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/deployment-server-issue-This-DC-shares-a-Splunk-instance-with/m-p/115950#M22914</link>
      <description>&lt;P&gt;I downvoted this post because even for a dedicated deployment server, it makes sense for it to deploy content to itself. (because it shares config with other instances, like outputs, authentication, etc). Your approach means i need to have multiple copies of the same app, and maintain those in /apps/ seperately to those I maintain in /deployment-apps/&lt;/P&gt;</description>
      <pubDate>Fri, 11 Dec 2015 12:10:46 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/deployment-server-issue-This-DC-shares-a-Splunk-instance-with/m-p/115950#M22914</guid>
      <dc:creator>gavsdavs_GR</dc:creator>
      <dc:date>2015-12-11T12:10:46Z</dc:date>
    </item>
  </channel>
</rss>

