<?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: Universal Forwarder - Configured but inactive forwarders. in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333786#M61692</link>
    <description>&lt;P&gt;I am also getting same error: Universal Forwarder - Configured but inactive forwarders&lt;/P&gt;</description>
    <pubDate>Wed, 31 Jul 2019 18:53:13 GMT</pubDate>
    <dc:creator>rajaguru2790</dc:creator>
    <dc:date>2019-07-31T18:53:13Z</dc:date>
    <item>
      <title>Universal Forwarder - Configured but inactive forwarders.</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333781#M61687</link>
      <description>&lt;P&gt;I have a fresh install of &lt;CODE&gt;7.0.x&lt;/CODE&gt; in our QA environment to test with. I have an indexer/search head/deployment server running on a RHEL7 box. I have one Universal Forwarder on a Windows Server 2012 R2 box. I have configured the indexer to listen on port 9997 and it reports it is properly doing so when I run &lt;CODE&gt;splunk display listen&lt;/CODE&gt;. I have the forwarder pointed to the indexer on that same port but when I run the list forward-server command I get the following: &lt;/P&gt;

&lt;P&gt;&lt;CODE&gt;Active forwards:&lt;BR /&gt;
        None&lt;BR /&gt;
Configured but inactive forwards:&lt;BR /&gt;
        indexer.domain.com:9997&lt;BR /&gt;
&lt;/CODE&gt;&lt;/P&gt;

&lt;P&gt;Where &lt;CODE&gt;indexer.domain.com:9997&lt;/CODE&gt; matches &lt;CODE&gt;splunk show default-hostname&lt;/CODE&gt;. &lt;/P&gt;

&lt;P&gt;When I run &lt;CODE&gt;lsof -i TCP:9997&lt;/CODE&gt; on my indexer I get back the following: &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;COMMAND   PID   USER   FD   TYPE  DEVICE SIZE/OFF NODE NAME
splunkd 86629 splunk  111u  IPv4 2544734      0t0  TCP *:palace-6 (LISTEN)
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;When I run &lt;CODE&gt;splunk btool inputs list splunktcp --debug&lt;/CODE&gt; I get back the following: &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;/opt/splunk/etc/system/default/inputs.conf      [splunktcp]
/opt/splunk/etc/system/default/inputs.conf      _rcvbuf = 1572864
/opt/splunk/etc/system/default/inputs.conf      acceptFrom = *
/opt/splunk/etc/system/default/inputs.conf      connection_host = ip
/opt/splunk/etc/system/local/inputs.conf        host = indexer.domain.com
/opt/splunk/etc/system/default/inputs.conf      index = default
/opt/splunk/etc/system/default/inputs.conf      route = has_key:_replicationBucketUUID:replicationQueue;has_key:_dstrx:typingQueue;has_key:_linebreaker:indexQueue;absent_key:_linebreaker:parsingQueue
/opt/splunk/etc/apps/launcher/local/inputs.conf [splunktcp://9997]
/opt/splunk/etc/system/default/inputs.conf      _rcvbuf = 1572864
/opt/splunk/etc/apps/launcher/local/inputs.conf connection_host = ip
/opt/splunk/etc/apps/launcher/local/inputs.conf disabled = 0
/opt/splunk/etc/system/local/inputs.conf        host = indexer.domain.com
/opt/splunk/etc/system/default/inputs.conf      index = default
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;From my point of view everything is configured correctly. The firewall ports are still open from when we decommissioned our &lt;CODE&gt;6.5&lt;/CODE&gt; QA machines. &lt;/P&gt;

&lt;P&gt;When I check the &lt;CODE&gt;splunkd.log&lt;/CODE&gt; on the indexer I can see these events post configuring the listener: &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;01-24-2018 17:11:04.311 -0600 INFO  TcpInputConfig - IPv4 port 9997 is reserved for splunk 2 splunk

01-24-2018 17:11:04.311 -0600 INFO  TcpInputConfig - IPv4 port 9997 will negotiate s2s protocol level 3

01-24-2018 17:11:04.312 -0600 INFO  TcpInputProc - Creating fwd data Acceptor for IPv4 port 9997 with Non-SSL
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;You can see the contents of my &lt;CODE&gt;inputs.conf&lt;/CODE&gt; from the btool output above. The content of my &lt;CODE&gt;outputs.conf&lt;/CODE&gt; from my forwarder looks like this:&lt;/P&gt;

&lt;P&gt;[tcpout]&lt;BR /&gt;
defaultGroup = default-autolb-group&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[tcpout:default-autolb-group]
server = indexer.domain.com:9997

[tcpout-server://indexer.domain.com:9997]
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;The &lt;CODE&gt;splunkd.log&lt;/CODE&gt; on my forwarder contains a lot of the following: &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;01-24-2018 17:59:06.807 -0600 WARN  TcpOutputProc - Cooked connection to ip=10.2.1.12:9997 timed out
01-24-2018 17:59:07.136 -0600 INFO  DC:DeploymentClient - channel=tenantService/handshake Will retry sending handshake
message to DS; err=not_connected
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Which is showing the right IP and port but I don't understand why it's timing out. The firewall is configured properly because it hasn't been changed since we upgraded from 6.5 to 7.0 in this environment and we are using the same ports. &lt;/P&gt;

&lt;P&gt;Any thoughts, comments, or advice is greatly appreciated. &lt;/P&gt;

&lt;P&gt;Thank you. &lt;/P&gt;</description>
      <pubDate>Thu, 25 Jan 2018 00:04:56 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333781#M61687</guid>
      <dc:creator>JordanPeterson</dc:creator>
      <dc:date>2018-01-25T00:04:56Z</dc:date>
    </item>
    <item>
      <title>Re: Universal Forwarder - Configured but inactive forwarders.</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333782#M61688</link>
      <description>&lt;P&gt;Hi JordanPeterson.&lt;BR /&gt;
at first, did you checked the local firewalls on indexer (iptables) and firewall?&lt;BR /&gt;
you can do it by forwarder using telnet.&lt;/P&gt;

&lt;P&gt;If you already performed this test, let me check:&lt;/P&gt;

&lt;UL&gt;
&lt;LI&gt;on indexer you configured reception by forwarders on port 9997: in one inputs.conf ($SPLUNK_HOME/etc/system/local/inputs.conf or $SPLUNK_HOME/etc/apps/serach) you have: 
[splunktcp://9997]
connection_host = ip&lt;/LI&gt;
&lt;LI&gt;on forwarder you have in $SPLUNK_HOME/etc/system/local/deploymentclient.conf:
[target-broker:deploymentServer]
targetUri= deploymentserver.splunk.mycompany.com:8089&lt;/LI&gt;
&lt;LI&gt;on forwarder you have the above outputs.conf.&lt;/LI&gt;
&lt;/UL&gt;

&lt;P&gt;Did you have logs using this search &lt;CODE&gt;index=_internal host=your_host&lt;/CODE&gt; ?&lt;/P&gt;

&lt;P&gt;Bye.&lt;BR /&gt;
Giuseppe&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 17:47:53 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333782#M61688</guid>
      <dc:creator>gcusello</dc:creator>
      <dc:date>2020-09-29T17:47:53Z</dc:date>
    </item>
    <item>
      <title>Re: Universal Forwarder - Configured but inactive forwarders.</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333783#M61689</link>
      <description>&lt;P&gt;I figured it out. On my 5th check of IPTables I caught that our 8089 and 9997 were below our reject all line. &lt;/P&gt;

&lt;P&gt;Moved these two lines above the reject all and it fixed it: &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 8089 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 9997 -j ACCEPT
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Thu, 25 Jan 2018 22:34:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333783#M61689</guid>
      <dc:creator>JordanPeterson</dc:creator>
      <dc:date>2018-01-25T22:34:41Z</dc:date>
    </item>
    <item>
      <title>Re: Universal Forwarder - Configured but inactive forwarders.</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333784#M61690</link>
      <description>&lt;P&gt;I am trying to forward data to my Cloud based splunk. But when I am running splunk list forward-server, the IP address is showing as "Configured but Inactive.&lt;BR /&gt;
Plz help.&lt;/P&gt;</description>
      <pubDate>Fri, 21 Dec 2018 14:27:47 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333784#M61690</guid>
      <dc:creator>jitendragupta</dc:creator>
      <dc:date>2018-12-21T14:27:47Z</dc:date>
    </item>
    <item>
      <title>Re: Universal Forwarder - Configured but inactive forwarders.</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333785#M61691</link>
      <description>&lt;P&gt;Please explain this in Linux  step by step as I am new with Linux. &lt;/P&gt;

&lt;P&gt;Please explain how to do above using IPTables.&lt;/P&gt;</description>
      <pubDate>Wed, 31 Jul 2019 18:52:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333785#M61691</guid>
      <dc:creator>rajaguru2790</dc:creator>
      <dc:date>2019-07-31T18:52:42Z</dc:date>
    </item>
    <item>
      <title>Re: Universal Forwarder - Configured but inactive forwarders.</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333786#M61692</link>
      <description>&lt;P&gt;I am also getting same error: Universal Forwarder - Configured but inactive forwarders&lt;/P&gt;</description>
      <pubDate>Wed, 31 Jul 2019 18:53:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333786#M61692</guid>
      <dc:creator>rajaguru2790</dc:creator>
      <dc:date>2019-07-31T18:53:13Z</dc:date>
    </item>
    <item>
      <title>Re: Universal Forwarder - Configured but inactive forwarders.</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333787#M61693</link>
      <description>&lt;P&gt;Universal Forwarder - Configured but inactive forwarders&lt;/P&gt;

&lt;P&gt;Please help me on this.&lt;/P&gt;</description>
      <pubDate>Wed, 31 Jul 2019 18:53:34 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/333787#M61693</guid>
      <dc:creator>rajaguru2790</dc:creator>
      <dc:date>2019-07-31T18:53:34Z</dc:date>
    </item>
    <item>
      <title>Re: Universal Forwarder - Configured but inactive forwarders.</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/759537#M120375</link>
      <description>&lt;P&gt;solution pls&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 21 Mar 2026 11:30:38 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Universal-Forwarder-Configured-but-inactive-forwarders/m-p/759537#M120375</guid>
      <dc:creator>kavi</dc:creator>
      <dc:date>2026-03-21T11:30:38Z</dc:date>
    </item>
  </channel>
</rss>

