<?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: UDP/TCP data inputs problem in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/602489#M104907</link>
    <description>&lt;P&gt;Hi, thanks for your suggestions.&lt;BR /&gt;We have no new evidence to explain what is happening.&lt;BR /&gt;We are going to build a monitor to identify next time what might be disabling the inputs.&lt;BR /&gt;Thanks!&lt;/P&gt;</description>
    <pubDate>Mon, 20 Jun 2022 21:09:57 GMT</pubDate>
    <dc:creator>macapretorian</dc:creator>
    <dc:date>2022-06-20T21:09:57Z</dc:date>
    <item>
      <title>Why is UDP/TCP data inputting data incorrectly?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/602108#M104881</link>
      <description>&lt;P&gt;I've integrations made with UDP/TCP data inputs that index data correctly but after a while they stopped working.&lt;BR /&gt;In Splunk we have different types of data inputs configured and only the UDP/TCP stops working.&lt;BR /&gt;When this happens, the following validations are performed:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;Validate iptables and firewall configurations on the server.&lt;/LI&gt;
&lt;LI&gt;Validate with tcpdump that the data arrives at the server.&lt;/LI&gt;
&lt;LI&gt;Validate that there is no data queuing by reviewing indexing queues.&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;&lt;BR /&gt;After different tests, data ingestion recovers specifying the parameter disabled=0 in inputs.conf and restarting Splunk.&lt;BR /&gt;&lt;BR /&gt;We didn't reach anything conclusive about what could cause this problem. We would like to be clear about what causes this problem to know how to act if the situation repeats itself.&lt;BR /&gt;&lt;BR /&gt;Do you know what could cause this problem? Could you guide me or share ideas of what I could investigate?&lt;/P&gt;</description>
      <pubDate>Mon, 21 Nov 2022 03:25:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/602108#M104881</guid>
      <dc:creator>macapretorian</dc:creator>
      <dc:date>2022-11-21T03:25:35Z</dc:date>
    </item>
    <item>
      <title>Re: UDP/TCP data inputs problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/602134#M104887</link>
      <description>&lt;P&gt;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/129142"&gt;@macapretorian&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I think what you mentioned is correct, those are the steps that I would follow. Plus, Splunk's internal logs for any errors from the host.&lt;/P&gt;&lt;P&gt;Did you able to figure out in the last investigation what component failed when you checked last time? (Is it disabled=0 parameter?)&lt;/P&gt;&lt;P&gt;Splunk definitely does not disable the input by itself. It could be external factors like user-made change, change that has been made from the backend file, or change made by some automated script in your environment.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If you mean, there was no parameter and you made the parameter disabled=0. Then the possibility is that Splunk restarts resolved your issue and not that parameter because the default value of the disabled parameter is false only.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Also, make sure there is only one file that TCP/UDP is specified so it's easier to troubleshoot all the parameters. Though, you can always btool to check all configurations.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I hope this helps!!!&lt;/P&gt;</description>
      <pubDate>Thu, 16 Jun 2022 16:53:32 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/602134#M104887</guid>
      <dc:creator>VatsalJagani</dc:creator>
      <dc:date>2022-06-16T16:53:32Z</dc:date>
    </item>
    <item>
      <title>Re: UDP/TCP data inputs problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/602144#M104889</link>
      <description>&lt;P&gt;It indeed seems that something is overwriting your setting behind the scenes.&lt;/P&gt;&lt;P&gt;Next time this problem occurs use the btool with --debug option to see if the input is disabled or not (and if so, which file contains the effective setting) before you fiddle with the config and restart the process.&lt;/P&gt;</description>
      <pubDate>Thu, 16 Jun 2022 19:28:38 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/602144#M104889</guid>
      <dc:creator>PickleRick</dc:creator>
      <dc:date>2022-06-16T19:28:38Z</dc:date>
    </item>
    <item>
      <title>Re: UDP/TCP data inputs problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/602489#M104907</link>
      <description>&lt;P&gt;Hi, thanks for your suggestions.&lt;BR /&gt;We have no new evidence to explain what is happening.&lt;BR /&gt;We are going to build a monitor to identify next time what might be disabling the inputs.&lt;BR /&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Mon, 20 Jun 2022 21:09:57 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/602489#M104907</guid>
      <dc:creator>macapretorian</dc:creator>
      <dc:date>2022-06-20T21:09:57Z</dc:date>
    </item>
    <item>
      <title>Re: UDP/TCP data inputs problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/602549#M104909</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;after you have updated to 9.x.y (where x &amp;amp; y &amp;gt; 0) then you can try to check that by&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;index=_configtracker&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;which shows what and when has changed (not all changes has reported here e.g. when splunk is down and some one has changed .conf files manually).&lt;/P&gt;&lt;P&gt;r. Ismo&lt;/P&gt;</description>
      <pubDate>Tue, 21 Jun 2022 07:22:33 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/602549#M104909</guid>
      <dc:creator>isoutamo</dc:creator>
      <dc:date>2022-06-21T07:22:33Z</dc:date>
    </item>
    <item>
      <title>Re: Help with UDP/TCP data inputs problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/621449#M107035</link>
      <description>&lt;P&gt;I have a similar problem but only with UDP inputs, this has worked successfully for four or so years with previously installed Splunk versions and only failed with 9.0.1 release.&amp;nbsp; If I restart the Server, it always restarts and runs until 23:x.x pm. It seems to be time related as if I restart the Server at 23:00 it still stops at 23:30 or close. If I restart at 00:10 it will run ok until the following evening.&lt;/P&gt;</description>
      <pubDate>Sat, 19 Nov 2022 16:08:48 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/621449#M107035</guid>
      <dc:creator>axdxbx</dc:creator>
      <dc:date>2022-11-19T16:08:48Z</dc:date>
    </item>
    <item>
      <title>Re: Help with UDP/TCP data inputs problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/621475#M107037</link>
      <description>&lt;P&gt;&amp;nbsp;The error message I receive every morning is as follows:&lt;/P&gt;&lt;P&gt;&lt;SPAN class=""&gt;Missing or malformed messages.conf stanza for MOD_INPUT:INIT_FAILURE__ssg_subscription_modular_input_the app "splunk_secure_gateway"_Introspecting scheme=ssg_subscription_modular_input: script running failed (exited with code 1).&lt;/SPAN&gt;&lt;SPAN class=""&gt;20/11/2022, 05:16:27&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class=""&gt;&amp;nbsp; I immediately thought this had been changed for the Free version only as it refers to the&amp;nbsp;&lt;SPAN class=""&gt;subscription_modular_input. Maybe not?&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class=""&gt;&lt;SPAN class=""&gt;I can redirect my data to your test rig if it helps, just need an ip and port no!&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class=""&gt;&lt;SPAN class=""&gt;Regards&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class=""&gt;&lt;SPAN class=""&gt;Alan Beresford&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN class=""&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 20 Nov 2022 08:49:40 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/621475#M107037</guid>
      <dc:creator>axdxbx</dc:creator>
      <dc:date>2022-11-20T08:49:40Z</dc:date>
    </item>
    <item>
      <title>Re: Why is UDP/TCP data inputting data incorrectly?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/621538#M107041</link>
      <description>&lt;P&gt;Further to my previous information, last night I stayed up until midnight to see what happens. All worked well until 23:59 then data collection stopped, I restated the server at 00:08 and all returned to normal and has run ever since, it also regenerated the same error message. So, midnight is the problem! I tried this on a Mac and also a Microsoft Win 10 Desktop and both are the same.&lt;/P&gt;&lt;P&gt;&amp;nbsp; &amp;nbsp;I don't have a workaround for this other than reverting to a previous release. so, any help would be appreciated.&lt;/P&gt;&lt;P&gt;&amp;nbsp;This data comes from a system I designed and built to control my Solar and Heat Pump system to optimise the used Energy used, therefore less than 20 Data Points are involved. What I really don't like is every minute all night collecting zeros from my Solar Output. surely if two or more values are the same the system should not process them as it just wastes disk space and processing power. If a user requests a report these gaps can easily be filled in with the last data at the same interval.&lt;/P&gt;&lt;P&gt;Best Regards&lt;/P&gt;</description>
      <pubDate>Mon, 21 Nov 2022 08:59:52 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/621538#M107041</guid>
      <dc:creator>axdxbx</dc:creator>
      <dc:date>2022-11-21T08:59:52Z</dc:date>
    </item>
    <item>
      <title>Re: Why is UDP/TCP data inputting data incorrectly?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/621541#M107044</link>
      <description>&lt;P&gt;The warning about ssg_modular input is completely unrelated. SSG is a solution which allows "full" Splunk users to access their dashboards with Splunk Mobile. It has nothing to do with TCP/UDP inputs (or any other inputs for that matter).&lt;/P&gt;&lt;P&gt;Anyway, as your problem seems to be different, you should rather create a new topic describing your problem in detail instead of attaching to an unrelated old topic - this way you'll gain more visibility.&lt;/P&gt;</description>
      <pubDate>Mon, 21 Nov 2022 09:14:25 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-UDP-TCP-data-inputting-data-incorrectly/m-p/621541#M107044</guid>
      <dc:creator>PickleRick</dc:creator>
      <dc:date>2022-11-21T09:14:25Z</dc:date>
    </item>
  </channel>
</rss>

