<?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: Getting syslog data into splunk lightweight forwarder in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Getting-syslog-data-into-splunk-lightweight-forwarder/m-p/52626#M10159</link>
    <description>&lt;P&gt;The best way to do this is to just have Splunk monitor the files/directories where syslog-ng is writing (and rotating) log files. The reason for this is that the files can provide a buffer for capturing data for when the forwarder can't receive data (e.g., if the network is down and the queue fills up, or the forwarder is restarted, or a temporarily high input data rate such that the indexer backs up, etc.). For this, then you don't need to enable the network inputs. You can just create a file monitor input using the CLI or configuration file.&lt;/P&gt;

&lt;P&gt;You &lt;EM&gt;can&lt;/EM&gt; re-enable UDP inputs on a LWF by creating a local &lt;CODE&gt;default-mode.conf&lt;/CODE&gt; file containing the entry:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[pipeline:udp]
disabled =false
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;but I think that capturing the data with syslog, syslog-ng, or rsyslog is better because of the buffering it provides.&lt;/P&gt;</description>
    <pubDate>Fri, 17 Sep 2010 09:26:02 GMT</pubDate>
    <dc:creator>gkanapathy</dc:creator>
    <dc:date>2010-09-17T09:26:02Z</dc:date>
    <item>
      <title>Getting syslog data into splunk lightweight forwarder</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Getting-syslog-data-into-splunk-lightweight-forwarder/m-p/52625#M10158</link>
      <description>&lt;P&gt;Hi,
I'm new to splunk, so my question might be lame.
I am trying to setup a splunk lightweight forwarder, my problem is the following. If it is a lightweight forwarder, it cannot be a listener. How do I get data into lightweight forwarder in first place (I have syslog-ng running on the same box, and I want LWF to load balance the data across several indexers)?&lt;/P&gt;</description>
      <pubDate>Fri, 17 Sep 2010 06:44:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Getting-syslog-data-into-splunk-lightweight-forwarder/m-p/52625#M10158</guid>
      <dc:creator>ultra</dc:creator>
      <dc:date>2010-09-17T06:44:51Z</dc:date>
    </item>
    <item>
      <title>Re: Getting syslog data into splunk lightweight forwarder</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Getting-syslog-data-into-splunk-lightweight-forwarder/m-p/52626#M10159</link>
      <description>&lt;P&gt;The best way to do this is to just have Splunk monitor the files/directories where syslog-ng is writing (and rotating) log files. The reason for this is that the files can provide a buffer for capturing data for when the forwarder can't receive data (e.g., if the network is down and the queue fills up, or the forwarder is restarted, or a temporarily high input data rate such that the indexer backs up, etc.). For this, then you don't need to enable the network inputs. You can just create a file monitor input using the CLI or configuration file.&lt;/P&gt;

&lt;P&gt;You &lt;EM&gt;can&lt;/EM&gt; re-enable UDP inputs on a LWF by creating a local &lt;CODE&gt;default-mode.conf&lt;/CODE&gt; file containing the entry:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[pipeline:udp]
disabled =false
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;but I think that capturing the data with syslog, syslog-ng, or rsyslog is better because of the buffering it provides.&lt;/P&gt;</description>
      <pubDate>Fri, 17 Sep 2010 09:26:02 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Getting-syslog-data-into-splunk-lightweight-forwarder/m-p/52626#M10159</guid>
      <dc:creator>gkanapathy</dc:creator>
      <dc:date>2010-09-17T09:26:02Z</dc:date>
    </item>
  </channel>
</rss>

