<?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 UF stops forwarding  when splunk cloud is down in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/UF-stops-forwarding-when-splunk-cloud-is-down/m-p/531782#M89449</link>
    <description>&lt;P&gt;If you read the title, you are going "well of course it does", but hear me out.&amp;nbsp; &amp;nbsp;(This will be a long explanation that will hopefully answer the immediate questions)...&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Background:&lt;/STRONG&gt;&lt;BR /&gt;We have some on-prem UFs that forward "everything"&amp;nbsp; to our on-prem enterprise indexers &lt;STRONG&gt;AND&lt;/STRONG&gt; specific logs&amp;nbsp; to our splunk cloud instance indexer.&amp;nbsp; &amp;nbsp; In case you are wondering,&amp;nbsp; the cloud instance is where our customer can look at their data without needing access to our internal systems.&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Problem:&lt;/STRONG&gt;&lt;BR /&gt;Splunk did some maintenance on our cloud instance and when they did so, forwarding&amp;nbsp; from the UFs also stopped coming into our on-prem Splunk.&amp;nbsp; &amp;nbsp; I can't figure out why cloud being down would stop the forwarders from sending to enterprise.&amp;nbsp; &amp;nbsp;&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Checking the documentation here:&amp;nbsp;&lt;A href="https://docs.splunk.com/Documentation/Splunk/8.1.0/Forwarding/Setuploadbalancingd#Configure_universal_forwarder_load_balancing_for_horizontal_scaling" target="_blank" rel="noopener"&gt;https://docs.splunk.com/Documentation/Splunk/8.1.0/Forwarding/Setuploadbalancingd#Configure_universal_forwarder_load_balancing_for_horizontal_scaling&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;It reads like the UFs should switch to the next indexers when it goes down.&amp;nbsp; But it didn't.&amp;nbsp; Instead we saw this in the internal logs when the cloud instance was taken down for maintenance&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;EM&gt;11-25-2020 21:59:48.139 -0600 WARN TcpOutputProc - The TCP output processor has paused the data flow. Forwarding to output group splunkcloud has been blocked for 1200 seconds. This will probably stall the data flow towards indexing and other network outputs. Review the receiving system's health in the Splunk Monitoring Console. It is probably not accepting data.&lt;/EM&gt;&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;Looking at the inputs.conf and outputs.conf,&amp;nbsp; I can see nothing wrong with them to have the data blocked from these UFs&lt;BR /&gt;&lt;BR /&gt;Sanitized inputs.conf, with the log that gets sent to both the on-prem instance&amp;nbsp; (PP_indexers) and cloud instance&amp;nbsp; bolded&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;[monitor://C:\blahblahblah\q2.log]&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;_TCP_ROUTING = pp_indexers&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;index = fsd&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sourcetype = q2&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;[monitor://C:\blahblahblah\wrapper.log]&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;_TCP_ROUTING = pp_indexers&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;index = fsd_sandbox&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sourcetype = wrapper&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;[monitor://C:\blahblahblah\metrics.log]&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;&lt;STRONG&gt;_TCP_ROUTING = pp_indexers,splunkcloud&lt;/STRONG&gt;&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;index = fsd_sandbox&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sourcetype = metrics&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/EM&gt;Sanitized outputs.conf:&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;defaultGroup = pp_indexers&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;forceTimebasedAutoLB = true&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;autoLBFrequency = 15&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;[tcpout:pp_indexers]&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;server = indexer1.ip.address.here:9997, indexer2.ip.address.here:9997&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;EM&gt;[tcpout:splunkcloud]&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;compressed = false&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;disabled = false&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;server = our_domain_name.cloud.splunk.com:9997&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sslCommonNameToCheck = our_domain_name.cloud.splunk.com&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sslCertPath = $SPLUNK_HOME/etc/apps/sanitized/client.pem&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sslPassword = sanitized&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sslRootCAPath = $SPLUNK_HOME/etc/apps/sanitized/cacert.pem&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sslVerifyServerCert = true&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;useACK = true&lt;/EM&gt;&lt;BR /&gt;&lt;BR /&gt;Oh and just in case you need it...&lt;BR /&gt;UF versions are 7.1.2 and 7.2.3&lt;BR /&gt;enterprise version is 7.3.4,&amp;nbsp; cloud is 7.3.&lt;/P&gt;</description>
    <pubDate>Wed, 02 Dec 2020 22:31:00 GMT</pubDate>
    <dc:creator>randy_moore</dc:creator>
    <dc:date>2020-12-02T22:31:00Z</dc:date>
    <item>
      <title>UF stops forwarding  when splunk cloud is down</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/UF-stops-forwarding-when-splunk-cloud-is-down/m-p/531782#M89449</link>
      <description>&lt;P&gt;If you read the title, you are going "well of course it does", but hear me out.&amp;nbsp; &amp;nbsp;(This will be a long explanation that will hopefully answer the immediate questions)...&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Background:&lt;/STRONG&gt;&lt;BR /&gt;We have some on-prem UFs that forward "everything"&amp;nbsp; to our on-prem enterprise indexers &lt;STRONG&gt;AND&lt;/STRONG&gt; specific logs&amp;nbsp; to our splunk cloud instance indexer.&amp;nbsp; &amp;nbsp; In case you are wondering,&amp;nbsp; the cloud instance is where our customer can look at their data without needing access to our internal systems.&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Problem:&lt;/STRONG&gt;&lt;BR /&gt;Splunk did some maintenance on our cloud instance and when they did so, forwarding&amp;nbsp; from the UFs also stopped coming into our on-prem Splunk.&amp;nbsp; &amp;nbsp; I can't figure out why cloud being down would stop the forwarders from sending to enterprise.&amp;nbsp; &amp;nbsp;&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Checking the documentation here:&amp;nbsp;&lt;A href="https://docs.splunk.com/Documentation/Splunk/8.1.0/Forwarding/Setuploadbalancingd#Configure_universal_forwarder_load_balancing_for_horizontal_scaling" target="_blank" rel="noopener"&gt;https://docs.splunk.com/Documentation/Splunk/8.1.0/Forwarding/Setuploadbalancingd#Configure_universal_forwarder_load_balancing_for_horizontal_scaling&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;It reads like the UFs should switch to the next indexers when it goes down.&amp;nbsp; But it didn't.&amp;nbsp; Instead we saw this in the internal logs when the cloud instance was taken down for maintenance&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;EM&gt;11-25-2020 21:59:48.139 -0600 WARN TcpOutputProc - The TCP output processor has paused the data flow. Forwarding to output group splunkcloud has been blocked for 1200 seconds. This will probably stall the data flow towards indexing and other network outputs. Review the receiving system's health in the Splunk Monitoring Console. It is probably not accepting data.&lt;/EM&gt;&lt;BR /&gt;&amp;nbsp;&lt;BR /&gt;Looking at the inputs.conf and outputs.conf,&amp;nbsp; I can see nothing wrong with them to have the data blocked from these UFs&lt;BR /&gt;&lt;BR /&gt;Sanitized inputs.conf, with the log that gets sent to both the on-prem instance&amp;nbsp; (PP_indexers) and cloud instance&amp;nbsp; bolded&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;[monitor://C:\blahblahblah\q2.log]&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;_TCP_ROUTING = pp_indexers&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;index = fsd&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sourcetype = q2&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;[monitor://C:\blahblahblah\wrapper.log]&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;_TCP_ROUTING = pp_indexers&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;index = fsd_sandbox&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sourcetype = wrapper&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;[monitor://C:\blahblahblah\metrics.log]&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;&lt;STRONG&gt;_TCP_ROUTING = pp_indexers,splunkcloud&lt;/STRONG&gt;&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;index = fsd_sandbox&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sourcetype = metrics&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/EM&gt;Sanitized outputs.conf:&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;defaultGroup = pp_indexers&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;forceTimebasedAutoLB = true&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;autoLBFrequency = 15&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;[tcpout:pp_indexers]&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;server = indexer1.ip.address.here:9997, indexer2.ip.address.here:9997&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;EM&gt;[tcpout:splunkcloud]&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;compressed = false&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;disabled = false&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;server = our_domain_name.cloud.splunk.com:9997&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sslCommonNameToCheck = our_domain_name.cloud.splunk.com&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sslCertPath = $SPLUNK_HOME/etc/apps/sanitized/client.pem&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sslPassword = sanitized&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sslRootCAPath = $SPLUNK_HOME/etc/apps/sanitized/cacert.pem&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;sslVerifyServerCert = true&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;useACK = true&lt;/EM&gt;&lt;BR /&gt;&lt;BR /&gt;Oh and just in case you need it...&lt;BR /&gt;UF versions are 7.1.2 and 7.2.3&lt;BR /&gt;enterprise version is 7.3.4,&amp;nbsp; cloud is 7.3.&lt;/P&gt;</description>
      <pubDate>Wed, 02 Dec 2020 22:31:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/UF-stops-forwarding-when-splunk-cloud-is-down/m-p/531782#M89449</guid>
      <dc:creator>randy_moore</dc:creator>
      <dc:date>2020-12-02T22:31:00Z</dc:date>
    </item>
  </channel>
</rss>

