<?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: handling syslog... in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/handling-syslog/m-p/76725#M15670</link>
    <description>&lt;P&gt;Currently, the props files has entries for each device model - netscreens, checkpoint, f5.... I'd like to come up with a way to let engineering route the messages to splunk, and not be required (at least not initially) to add some code to process the files. We don't use a generic syslog sourcetype, as it's not detailed enough. So, we have a f5_syslog, netscreen_syslog... which actually comes in handy, since there are a number of extracts that only pertain to certain models.&lt;/P&gt;</description>
    <pubDate>Mon, 28 Sep 2020 14:11:05 GMT</pubDate>
    <dc:creator>a212830</dc:creator>
    <dc:date>2020-09-28T14:11:05Z</dc:date>
    <item>
      <title>handling syslog...</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/handling-syslog/m-p/76723#M15668</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;We are in the midst of implementing Splunk to handle syslog from all of our network devices. I've configured rsyslog to write the logs to a YYYY/MM/DD directory, in a "system-hostname.log" format.&lt;BR /&gt;
Does anyone have a suggestion on how to handle all of these formats (a dozen+), and allow engineering to add new device types, without intervention on the Splunk side? &lt;/P&gt;</description>
      <pubDate>Thu, 27 Jun 2013 00:53:09 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/handling-syslog/m-p/76723#M15668</guid>
      <dc:creator>a212830</dc:creator>
      <dc:date>2013-06-27T00:53:09Z</dc:date>
    </item>
    <item>
      <title>Re: handling syslog...</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/handling-syslog/m-p/76724#M15669</link>
      <description>&lt;P&gt;What do you mean by "without intervention on the Splunk side"? Also, what are the differences in the formats? &lt;CODE&gt;syslog&lt;/CODE&gt; generally defines a generic format which Splunk understands; if all of the logs follow this format, then the &lt;CODE&gt;syslog&lt;/CODE&gt; sourcetype should work fine.&lt;/P&gt;</description>
      <pubDate>Thu, 27 Jun 2013 01:34:54 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/handling-syslog/m-p/76724#M15669</guid>
      <dc:creator>lguinn2</dc:creator>
      <dc:date>2013-06-27T01:34:54Z</dc:date>
    </item>
    <item>
      <title>Re: handling syslog...</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/handling-syslog/m-p/76725#M15670</link>
      <description>&lt;P&gt;Currently, the props files has entries for each device model - netscreens, checkpoint, f5.... I'd like to come up with a way to let engineering route the messages to splunk, and not be required (at least not initially) to add some code to process the files. We don't use a generic syslog sourcetype, as it's not detailed enough. So, we have a f5_syslog, netscreen_syslog... which actually comes in handy, since there are a number of extracts that only pertain to certain models.&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 14:11:05 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/handling-syslog/m-p/76725#M15670</guid>
      <dc:creator>a212830</dc:creator>
      <dc:date>2020-09-28T14:11:05Z</dc:date>
    </item>
    <item>
      <title>Re: handling syslog...</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/handling-syslog/m-p/76726#M15671</link>
      <description>&lt;P&gt;I would re-engineer the rsyslog configuration so that you have a directory structure like&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;/var/log/netscreen/&amp;lt;hostname&amp;gt;/yyyy-mm-dd.log
/var/log/f5/&amp;lt;hostname&amp;gt;/yyyy-mm-dd.log
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;etc. You'd have to set up the device-type subdirs manually and make sure that logs from a certain IP gets written to the correct dir. I believe that you can use the rsyslog variables &lt;CODE&gt;%HOSTNAME%&lt;/CODE&gt; or &lt;CODE&gt;$fromhostip&lt;/CODE&gt; to create the hostname directories automatically, but you'll have to maintain the mapping of hostname (or IP) to device-type in the rsyslog conf. However, this is probably fairly static, and can be set up regardless of whether the devices are actually sending any logs (yet). &lt;/P&gt;

&lt;P&gt;Then you can have a fairly 'static' Splunk config like so;&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[monitor:///var/log/netscreen]
host_segment = 4
index = your_index
sourcetype = netscreen_syslog
ignoreOlderThan = 7d

[monitor:///var/log/f5]
host_segment = 4
index = your_index
sourcetype = f5_syslog
ignoreOlderThan = 7d
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;etc.&lt;/P&gt;

&lt;P&gt;Hope this helps,&lt;/P&gt;

&lt;P&gt;Kristian&lt;/P&gt;</description>
      <pubDate>Thu, 27 Jun 2013 09:39:11 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/handling-syslog/m-p/76726#M15671</guid>
      <dc:creator>kristian_kolb</dc:creator>
      <dc:date>2013-06-27T09:39:11Z</dc:date>
    </item>
  </channel>
</rss>

