<?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: Best Practice for Creating New Sourcetype - Splunk Cloud in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Best-Practice-for-Creating-New-Sourcetype-Splunk-Cloud/m-p/486347#M83269</link>
    <description>&lt;P&gt;IMO, you should maintain the current practice.  Using the GUI means changes will be stored in an app's local directory and so will always override any change pushed by a new version of the app.  It also means your changes will not be part of the app's Git repository, if you have one.&lt;/P&gt;</description>
    <pubDate>Mon, 04 May 2020 15:10:14 GMT</pubDate>
    <dc:creator>richgalloway</dc:creator>
    <dc:date>2020-05-04T15:10:14Z</dc:date>
    <item>
      <title>Best Practice for Creating New Sourcetype - Splunk Cloud</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Best-Practice-for-Creating-New-Sourcetype-Splunk-Cloud/m-p/486346#M83268</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;

&lt;P&gt;I'm a new Splunk admin working inside of a pretty large Splunk Cloud environment. Historically, the folks on the admin/engineering team have defined custom sourcetypes inside of a custom application that is installed on our SH's and indexers. They have created the sourcetype by adding a stanza in the props.conf and configuring the flags within the stanza.&lt;/P&gt;

&lt;P&gt;I'm all for best practices and I wanted to see if the Splunk community could weigh in and point me in the right direction of how I should be creating new custom sourcetypes. Would the best way be to create the sourcetype in the GUI? If so, which app should I be saving the sourcetype in?&lt;/P&gt;

&lt;P&gt;I could continue using the current process, although this process requires a rolling restart of our indexers and SH, which causes an outage during each update to the custom app. If there is any other information I should be including, please let me know.&lt;/P&gt;

&lt;P&gt;Thank you &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 04 May 2020 14:54:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Best-Practice-for-Creating-New-Sourcetype-Splunk-Cloud/m-p/486346#M83268</guid>
      <dc:creator>dfurtaw</dc:creator>
      <dc:date>2020-05-04T14:54:51Z</dc:date>
    </item>
    <item>
      <title>Re: Best Practice for Creating New Sourcetype - Splunk Cloud</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Best-Practice-for-Creating-New-Sourcetype-Splunk-Cloud/m-p/486347#M83269</link>
      <description>&lt;P&gt;IMO, you should maintain the current practice.  Using the GUI means changes will be stored in an app's local directory and so will always override any change pushed by a new version of the app.  It also means your changes will not be part of the app's Git repository, if you have one.&lt;/P&gt;</description>
      <pubDate>Mon, 04 May 2020 15:10:14 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Best-Practice-for-Creating-New-Sourcetype-Splunk-Cloud/m-p/486347#M83269</guid>
      <dc:creator>richgalloway</dc:creator>
      <dc:date>2020-05-04T15:10:14Z</dc:date>
    </item>
  </channel>
</rss>

