<?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 Best Practice - Multiple source types in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Best-Practice-Multiple-source-types/m-p/70337#M14313</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;What is the best practice when looking at syslogs:&lt;/P&gt;

&lt;OL&gt;
&lt;LI&gt;Split the syslog into multiple files, one for each source type (e.g. mail, syslog, apache, etc.) and then apply one source type to each file.&lt;/LI&gt;
&lt;LI&gt;Read in the syslog and then have the indexer apply the source type based upon entries in the transforms and props files.&lt;/LI&gt;
&lt;/OL&gt;

&lt;P&gt;What are the pluses and minutes of each option.&lt;/P&gt;

&lt;P&gt;cheers,&lt;/P&gt;

&lt;P&gt;ski&lt;/P&gt;</description>
    <pubDate>Thu, 07 Jun 2012 21:45:00 GMT</pubDate>
    <dc:creator>ski98033</dc:creator>
    <dc:date>2012-06-07T21:45:00Z</dc:date>
    <item>
      <title>Best Practice - Multiple source types</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Best-Practice-Multiple-source-types/m-p/70337#M14313</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;What is the best practice when looking at syslogs:&lt;/P&gt;

&lt;OL&gt;
&lt;LI&gt;Split the syslog into multiple files, one for each source type (e.g. mail, syslog, apache, etc.) and then apply one source type to each file.&lt;/LI&gt;
&lt;LI&gt;Read in the syslog and then have the indexer apply the source type based upon entries in the transforms and props files.&lt;/LI&gt;
&lt;/OL&gt;

&lt;P&gt;What are the pluses and minutes of each option.&lt;/P&gt;

&lt;P&gt;cheers,&lt;/P&gt;

&lt;P&gt;ski&lt;/P&gt;</description>
      <pubDate>Thu, 07 Jun 2012 21:45:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Best-Practice-Multiple-source-types/m-p/70337#M14313</guid>
      <dc:creator>ski98033</dc:creator>
      <dc:date>2012-06-07T21:45:00Z</dc:date>
    </item>
    <item>
      <title>Re: Best Practice - Multiple source types</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Best-Practice-Multiple-source-types/m-p/70338#M14314</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;I would say that if you can be bothered to configure your syslog-server to split incoming data into separate files you'd be a lot better off. Since the syslog daemon is aware of the originating IP/hostname as well as facility, you can build a directory structure like &lt;CODE&gt;/var/log/my_syslog/&amp;lt;hostname&amp;gt;/&amp;lt;ip-address&amp;gt;.log&lt;/CODE&gt; or something similar.&lt;/P&gt;

&lt;P&gt;This is more certain than relying on Splunk being able to parse out the hostname from each event, which is default splunk behaviour for the &lt;CODE&gt;syslog&lt;/CODE&gt; sourcetype. This will work in almost all cases, but I've seen network appliances that log without a space after the hostname, resulting in &lt;CODE&gt;host&lt;/CODE&gt;s like &lt;/P&gt;

&lt;P&gt;switch01snmpUtil&lt;BR /&gt;
switch01snmpMgmt&lt;BR /&gt;
switch01somethingElse&lt;/P&gt;

&lt;P&gt;Thus you'll get a new host for each type of message from a single device, which is not so good, and unfortunately hard/impossible to correct on the splunk server. &lt;/P&gt;

&lt;P&gt;Hope this helps,&lt;/P&gt;

&lt;P&gt;Kristian&lt;/P&gt;</description>
      <pubDate>Fri, 08 Jun 2012 07:09:39 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Best-Practice-Multiple-source-types/m-p/70338#M14314</guid>
      <dc:creator>kristian_kolb</dc:creator>
      <dc:date>2012-06-08T07:09:39Z</dc:date>
    </item>
  </channel>
</rss>

