<?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 Events from the http collector end point should be the only ones forwarded to the indexers found in the outputs.conf group in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Events-from-the-http-collector-end-point-should-be-the-only-ones/m-p/210218#M96156</link>
    <description>&lt;P&gt;Symptom of the problem: &lt;/P&gt;

&lt;P&gt;When configuring a http_collector input with an outputs.conf group in an active splunk indexer, It looks like, the indexer in question forwards the events received from other sources to the indexers found in the  /opt/splunk/etc/apps/splunk_httpinput/outputs.conf. This is not the expected behaviour. &lt;BR /&gt;
Events from the http collector end point should be the only ones forwarded to the indexers found in the outputs.conf.  None of the events hitting "receiving port 9997" should be forwarded. &lt;/P&gt;

&lt;P&gt;Splunk Version: 6.4.1 Splunk Build: debde650d26e&lt;/P&gt;

&lt;P&gt;Configs:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;**/opt/splunk/etc/apps/splunk_httpinput/local**

**/opt/splunk/etc/apps/splunk_httpinput/local/inputs.conf**
[http://Token for DMD Team]
disabled = 0
index = dmd
indexes = dmd
token = 1ZZWWA62-AGFA-43BF-9B29-41S0E39335GF
useACK = 0

[http]
disabled = 0
outputGroup = httpC

**/opt/splunk/etc/apps/splunk_httpinput/local/outputs.conf**

[tcpout:httpC]
server = server1:9997,serverm:9997
autoLB = true
autoLBFrequency = 30

**/opt/splunk/etc/apps/search/local/inputs.conf:**
[splunktcp://9997]
connection_host = ip
disabled = 0
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Does anyone have experience this issue? Or is there something wrong with the configs?&lt;BR /&gt;
Thanks, &lt;BR /&gt;
Lp&lt;/P&gt;</description>
    <pubDate>Tue, 29 Sep 2020 12:13:50 GMT</pubDate>
    <dc:creator>lpolo</dc:creator>
    <dc:date>2020-09-29T12:13:50Z</dc:date>
    <item>
      <title>Events from the http collector end point should be the only ones forwarded to the indexers found in the outputs.conf group</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Events-from-the-http-collector-end-point-should-be-the-only-ones/m-p/210218#M96156</link>
      <description>&lt;P&gt;Symptom of the problem: &lt;/P&gt;

&lt;P&gt;When configuring a http_collector input with an outputs.conf group in an active splunk indexer, It looks like, the indexer in question forwards the events received from other sources to the indexers found in the  /opt/splunk/etc/apps/splunk_httpinput/outputs.conf. This is not the expected behaviour. &lt;BR /&gt;
Events from the http collector end point should be the only ones forwarded to the indexers found in the outputs.conf.  None of the events hitting "receiving port 9997" should be forwarded. &lt;/P&gt;

&lt;P&gt;Splunk Version: 6.4.1 Splunk Build: debde650d26e&lt;/P&gt;

&lt;P&gt;Configs:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;**/opt/splunk/etc/apps/splunk_httpinput/local**

**/opt/splunk/etc/apps/splunk_httpinput/local/inputs.conf**
[http://Token for DMD Team]
disabled = 0
index = dmd
indexes = dmd
token = 1ZZWWA62-AGFA-43BF-9B29-41S0E39335GF
useACK = 0

[http]
disabled = 0
outputGroup = httpC

**/opt/splunk/etc/apps/splunk_httpinput/local/outputs.conf**

[tcpout:httpC]
server = server1:9997,serverm:9997
autoLB = true
autoLBFrequency = 30

**/opt/splunk/etc/apps/search/local/inputs.conf:**
[splunktcp://9997]
connection_host = ip
disabled = 0
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Does anyone have experience this issue? Or is there something wrong with the configs?&lt;BR /&gt;
Thanks, &lt;BR /&gt;
Lp&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 12:13:50 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Events-from-the-http-collector-end-point-should-be-the-only-ones/m-p/210218#M96156</guid>
      <dc:creator>lpolo</dc:creator>
      <dc:date>2020-09-29T12:13:50Z</dc:date>
    </item>
    <item>
      <title>Re: Events from the http collector end point should be the only ones forwarded to the indexers found in the outputs.conf group</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Events-from-the-http-collector-end-point-should-be-the-only-ones/m-p/210219#M96157</link>
      <description>&lt;P&gt;Generally,  btool output for outputs.conf will tell us more. &lt;BR /&gt;
If all events are forwarded to httpC output group. Something is related to  defaultGroup attribute value in general. &lt;/P&gt;

&lt;P&gt;But, it could be different reason. Of course, for potential a bug, it is worth filing a Support case and upload diag to the case.&lt;/P&gt;</description>
      <pubDate>Fri, 30 Dec 2016 20:53:54 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Events-from-the-http-collector-end-point-should-be-the-only-ones/m-p/210219#M96157</guid>
      <dc:creator>Masa</dc:creator>
      <dc:date>2016-12-30T20:53:54Z</dc:date>
    </item>
    <item>
      <title>Re: Events from the http collector end point should be the only ones forwarded to the indexers found in the outputs.conf group</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Events-from-the-http-collector-end-point-should-be-the-only-ones/m-p/210220#M96158</link>
      <description>&lt;P&gt;I solved this issue by setting up a Virtual Machine dedicated as httpInputCollector and forwarder. Otherwise,  Indexers should be blacklisted which make the configuration awkward.  &lt;/P&gt;</description>
      <pubDate>Tue, 03 Jan 2017 19:06:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Events-from-the-http-collector-end-point-should-be-the-only-ones/m-p/210220#M96158</guid>
      <dc:creator>lpolo</dc:creator>
      <dc:date>2017-01-03T19:06:41Z</dc:date>
    </item>
  </channel>
</rss>

