<?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: determining where an event originated in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/determining-where-an-event-originated/m-p/60294#M11945</link>
    <description>&lt;P&gt;In addition to @dskillman's response... You can use "btool" to quickly list all the "inputs.conf" files in your instance (as you could have many apps). &lt;/P&gt;

&lt;P&gt;Docs are &lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Troubleshooting/Usebtooltotroubleshootconfigurations"&gt;http://docs.splunk.com/Documentation/Splunk/latest/Troubleshooting/Usebtooltotroubleshootconfigurations&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;An example of the command would be (from you $SPLUNK_HOME/bin directory): &lt;/P&gt;

&lt;P&gt;&lt;CODE&gt;./splunk cmd btool inputs list&lt;/CODE&gt;&lt;/P&gt;

&lt;P&gt;If your forwarders are "turned off" I would recommend looking for local "file monitors" (i.e. on the system you're on) and UDP/TCP ports as inputs.&lt;/P&gt;</description>
    <pubDate>Fri, 14 Sep 2012 15:02:13 GMT</pubDate>
    <dc:creator>MHibbin</dc:creator>
    <dc:date>2012-09-14T15:02:13Z</dc:date>
    <item>
      <title>determining where an event originated</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/determining-where-an-event-originated/m-p/60292#M11943</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;I have some syslog messages that I want to turn off from my sandbox. They are coming in from 3 potential servers. I removed the logfile form the inputs.conf, and bounced the forwarders, but they are still coming in. Since the host on these messages point to the originating device (not the forwarder host), how can I determine where they are coming from? I stopped each of the forwarders, and I still see them coming in. &lt;/P&gt;</description>
      <pubDate>Fri, 14 Sep 2012 13:59:29 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/determining-where-an-event-originated/m-p/60292#M11943</guid>
      <dc:creator>a212830</dc:creator>
      <dc:date>2012-09-14T13:59:29Z</dc:date>
    </item>
    <item>
      <title>Re: determining where an event originated</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/determining-where-an-event-originated/m-p/60293#M11944</link>
      <description>&lt;P&gt;Sounds like you have some local inputs on your indexer.  What does your inputs.conf look like on your indexer?  &lt;/P&gt;</description>
      <pubDate>Fri, 14 Sep 2012 14:55:17 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/determining-where-an-event-originated/m-p/60293#M11944</guid>
      <dc:creator>dskillman</dc:creator>
      <dc:date>2012-09-14T14:55:17Z</dc:date>
    </item>
    <item>
      <title>Re: determining where an event originated</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/determining-where-an-event-originated/m-p/60294#M11945</link>
      <description>&lt;P&gt;In addition to @dskillman's response... You can use "btool" to quickly list all the "inputs.conf" files in your instance (as you could have many apps). &lt;/P&gt;

&lt;P&gt;Docs are &lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Troubleshooting/Usebtooltotroubleshootconfigurations"&gt;http://docs.splunk.com/Documentation/Splunk/latest/Troubleshooting/Usebtooltotroubleshootconfigurations&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;An example of the command would be (from you $SPLUNK_HOME/bin directory): &lt;/P&gt;

&lt;P&gt;&lt;CODE&gt;./splunk cmd btool inputs list&lt;/CODE&gt;&lt;/P&gt;

&lt;P&gt;If your forwarders are "turned off" I would recommend looking for local "file monitors" (i.e. on the system you're on) and UDP/TCP ports as inputs.&lt;/P&gt;</description>
      <pubDate>Fri, 14 Sep 2012 15:02:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/determining-where-an-event-originated/m-p/60294#M11945</guid>
      <dc:creator>MHibbin</dc:creator>
      <dc:date>2012-09-14T15:02:13Z</dc:date>
    </item>
    <item>
      <title>Re: determining where an event originated</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/determining-where-an-event-originated/m-p/60295#M11946</link>
      <description>&lt;P&gt;What are the host/sourcetype/source/index associated with the events ?&lt;/P&gt;

&lt;P&gt;If this is syslog, or if the host is extracted from the event, maybe, you may have a port open accepting data ( check tcp or udp inputs)&lt;/P&gt;</description>
      <pubDate>Fri, 14 Sep 2012 15:16:05 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/determining-where-an-event-originated/m-p/60295#M11946</guid>
      <dc:creator>yannK</dc:creator>
      <dc:date>2012-09-14T15:16:05Z</dc:date>
    </item>
  </channel>
</rss>

