<?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: Sourcetype alias in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Sourcetype-alias/m-p/384219#M95207</link>
    <description>&lt;P&gt;There are few options you can consider&lt;BR /&gt;
1. sourcetype aliasing is NOT a good option. This is because it is an sourcetype is indextime field and fundamental data transforms work off the sourcetype. But you can have two sourcetypes alongside till time runs ahead and the old sourcetype data is deleted in say 1 or 2 years? There is no issue in using old sourcetype and new sourcetype , but users may need to put an OR condition.&lt;BR /&gt;
2. Create an eventtype  something like this in eventtypes.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[aws_cloudtrail]
search = (sourcetype=yourOldSourcetype OR sourcetype=aws:cloudtrail)
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;and in searches , just use &lt;CODE&gt;eventtype=aws_cloudtrail&lt;/CODE&gt;. This makes it transparent to user&lt;/P&gt;

&lt;P&gt;3) this is cumbersome option of reindexing the old sourcetype to new sourcetype.  More licensing, more work etc.&lt;/P&gt;</description>
    <pubDate>Wed, 22 May 2019 07:43:29 GMT</pubDate>
    <dc:creator>koshyk</dc:creator>
    <dc:date>2019-05-22T07:43:29Z</dc:date>
    <item>
      <title>Sourcetype alias</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Sourcetype-alias/m-p/384218#M95206</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;We have been using a custom method to get cloudtrail to Splunk by using log files on a server that has the Cloudtrail data. This custom method was setup sometime back and has been using a sourcetype that is different to the one that comes via the AWS Add On ("aws:cloudtrail"). As we are now planning to migrate off this method and move to AWS Add On, is there any way that we can still use the old sourcetype along with "aws:cloudtrail" by sourcetype aliasing, if that is an option?&lt;/P&gt;

&lt;P&gt;Thanks.&lt;/P&gt;

&lt;P&gt;AKN&lt;/P&gt;</description>
      <pubDate>Wed, 22 May 2019 06:56:22 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Sourcetype-alias/m-p/384218#M95206</guid>
      <dc:creator>aknsun</dc:creator>
      <dc:date>2019-05-22T06:56:22Z</dc:date>
    </item>
    <item>
      <title>Re: Sourcetype alias</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Sourcetype-alias/m-p/384219#M95207</link>
      <description>&lt;P&gt;There are few options you can consider&lt;BR /&gt;
1. sourcetype aliasing is NOT a good option. This is because it is an sourcetype is indextime field and fundamental data transforms work off the sourcetype. But you can have two sourcetypes alongside till time runs ahead and the old sourcetype data is deleted in say 1 or 2 years? There is no issue in using old sourcetype and new sourcetype , but users may need to put an OR condition.&lt;BR /&gt;
2. Create an eventtype  something like this in eventtypes.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[aws_cloudtrail]
search = (sourcetype=yourOldSourcetype OR sourcetype=aws:cloudtrail)
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;and in searches , just use &lt;CODE&gt;eventtype=aws_cloudtrail&lt;/CODE&gt;. This makes it transparent to user&lt;/P&gt;

&lt;P&gt;3) this is cumbersome option of reindexing the old sourcetype to new sourcetype.  More licensing, more work etc.&lt;/P&gt;</description>
      <pubDate>Wed, 22 May 2019 07:43:29 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Sourcetype-alias/m-p/384219#M95207</guid>
      <dc:creator>koshyk</dc:creator>
      <dc:date>2019-05-22T07:43:29Z</dc:date>
    </item>
    <item>
      <title>Re: Sourcetype alias</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Sourcetype-alias/m-p/384220#M95208</link>
      <description>&lt;P&gt;It's not clear if they are (and I suspect that that they aren't if they're coming out of log files), but &lt;STRONG&gt;if&lt;/STRONG&gt; your old style events are in the same format as the aws:cloudtrail events then you should be able to use a rename=aws:cloudtrail in the props.conf on your Search Head(s).&lt;/P&gt;

&lt;P&gt;[old_sourcetype]&lt;BR /&gt;
rename = aws:cloudtrail&lt;/P&gt;

&lt;P&gt;Ref: &lt;A href="https://docs.splunk.com/Documentation/Splunk/latest/Data/Renamesourcetypes"&gt;https://docs.splunk.com/Documentation/Splunk/latest/Data/Renamesourcetypes&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 22 May 2019 07:53:32 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Sourcetype-alias/m-p/384220#M95208</guid>
      <dc:creator>chris_barrett</dc:creator>
      <dc:date>2019-05-22T07:53:32Z</dc:date>
    </item>
    <item>
      <title>Re: Sourcetype alias</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Sourcetype-alias/m-p/384221#M95209</link>
      <description>&lt;P&gt;Thanks @koshyk. Let me try out this option.&lt;/P&gt;</description>
      <pubDate>Wed, 22 May 2019 08:29:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Sourcetype-alias/m-p/384221#M95209</guid>
      <dc:creator>aknsun</dc:creator>
      <dc:date>2019-05-22T08:29:41Z</dc:date>
    </item>
    <item>
      <title>Re: Sourcetype alias</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Sourcetype-alias/m-p/384222#M95210</link>
      <description>&lt;P&gt;Hi @chris_barrett. Thanks for the suggestion.&lt;/P&gt;</description>
      <pubDate>Wed, 22 May 2019 08:30:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Sourcetype-alias/m-p/384222#M95210</guid>
      <dc:creator>aknsun</dc:creator>
      <dc:date>2019-05-22T08:30:51Z</dc:date>
    </item>
  </channel>
</rss>

