<?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: When summary indexing job completed, the result is not written to defined summary index. It is written to index &amp;quot;main&amp;quot; in Knowledge Management</title>
    <link>https://community.splunk.com/t5/Knowledge-Management/When-summary-indexing-job-completed-the-result-is-not-written-to/m-p/307103#M2686</link>
    <description>&lt;P&gt;When splunk run scheduled job which generate result to summary index, once the result is generated, it will write the result into a temporary directory /opt/splunk/var/spool/splunk with a file suffix stash_new. &lt;/P&gt;

&lt;P&gt;(For example, RMD541b14054534417ff_2113273468.stash_new)&lt;/P&gt;

&lt;P&gt;Splunk by default will monitor this directory with this stanza.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[batch:///home/daniel/splunk-idx/var/spool/splunk/...stash_new]
sourcetype = stash_new
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;From your description, as you didn't change the scheduled job, one possibility is the sourcetype = stash_new in props.conf is altered by other stanza.&lt;/P&gt;

&lt;P&gt;You can check it by using this btool command.&lt;BR /&gt;
splunk cmd btool --debug props list stash_new&lt;/P&gt;

&lt;P&gt;If the returned result have some configuration from local directory, you may need to check whether that configuration is really for stash_new  or not.&lt;/P&gt;

&lt;P&gt;One example that may break the summary indexing logic is that you accidentally write the followng into local/props.conf without any stanza. That configure will applied to [stash_new] as well.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;cat etc/system/local/props.conf
INDEXED_EXTRACTIONS = CSV 
## As above configure is not under any stanza, it will apply to all other stanza. Don't configure like this.
&lt;/CODE&gt;&lt;/PRE&gt;</description>
    <pubDate>Tue, 29 Sep 2020 14:52:30 GMT</pubDate>
    <dc:creator>daniel_splunk</dc:creator>
    <dc:date>2020-09-29T14:52:30Z</dc:date>
    <item>
      <title>When summary indexing job completed, the result is not written to defined summary index. It is written to index "main"</title>
      <link>https://community.splunk.com/t5/Knowledge-Management/When-summary-indexing-job-completed-the-result-is-not-written-to/m-p/307102#M2685</link>
      <description>&lt;P&gt;When summary index job run completed, the results did't send to index=summary as we  setup in schedule search job. But Splunk send summary results to index "main".  It had been working before and I didn't change anything.&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jul 2017 08:28:44 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Knowledge-Management/When-summary-indexing-job-completed-the-result-is-not-written-to/m-p/307102#M2685</guid>
      <dc:creator>daniel_splunk</dc:creator>
      <dc:date>2017-07-14T08:28:44Z</dc:date>
    </item>
    <item>
      <title>Re: When summary indexing job completed, the result is not written to defined summary index. It is written to index "main"</title>
      <link>https://community.splunk.com/t5/Knowledge-Management/When-summary-indexing-job-completed-the-result-is-not-written-to/m-p/307103#M2686</link>
      <description>&lt;P&gt;When splunk run scheduled job which generate result to summary index, once the result is generated, it will write the result into a temporary directory /opt/splunk/var/spool/splunk with a file suffix stash_new. &lt;/P&gt;

&lt;P&gt;(For example, RMD541b14054534417ff_2113273468.stash_new)&lt;/P&gt;

&lt;P&gt;Splunk by default will monitor this directory with this stanza.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[batch:///home/daniel/splunk-idx/var/spool/splunk/...stash_new]
sourcetype = stash_new
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;From your description, as you didn't change the scheduled job, one possibility is the sourcetype = stash_new in props.conf is altered by other stanza.&lt;/P&gt;

&lt;P&gt;You can check it by using this btool command.&lt;BR /&gt;
splunk cmd btool --debug props list stash_new&lt;/P&gt;

&lt;P&gt;If the returned result have some configuration from local directory, you may need to check whether that configuration is really for stash_new  or not.&lt;/P&gt;

&lt;P&gt;One example that may break the summary indexing logic is that you accidentally write the followng into local/props.conf without any stanza. That configure will applied to [stash_new] as well.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;cat etc/system/local/props.conf
INDEXED_EXTRACTIONS = CSV 
## As above configure is not under any stanza, it will apply to all other stanza. Don't configure like this.
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Tue, 29 Sep 2020 14:52:30 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Knowledge-Management/When-summary-indexing-job-completed-the-result-is-not-written-to/m-p/307103#M2686</guid>
      <dc:creator>daniel_splunk</dc:creator>
      <dc:date>2020-09-29T14:52:30Z</dc:date>
    </item>
  </channel>
</rss>

