<?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: Can you help me with summary index field issue? in Splunk Search</title>
    <link>https://community.splunk.com/t5/Splunk-Search/Can-you-help-me-with-summary-index-field-issue/m-p/456424#M129022</link>
    <description>&lt;P&gt;In the first place, you should be creating summary data for the summary index.  Re-indexing a shorter version of all or even a filtered subset is extremely redundant, unnecessary and not the purpose of a summary index.&lt;BR /&gt;
All that said, &lt;CODE&gt;| table *&lt;/CODE&gt; includes many metadata fields that should not be included in a summary index including all the "_" fields.  Given that you have said the number of fields is quite large, it is hard to imagine a case where such belongs in a summary index.  But if you must, you may want to try adding a &lt;CODE&gt;| fields - _*&lt;/CODE&gt; to remove the underscore fields and a few others like sourcetype, host, source, index, etc.&lt;BR /&gt;
Also, ensure that your search head is forwarding to the IDX tier so that you take advantage of the parallelization.  Also, make sure that you are using &lt;CODE&gt;collect&lt;/CODE&gt; instead of &lt;CODE&gt;tscollect&lt;/CODE&gt;.&lt;/P&gt;</description>
    <pubDate>Wed, 12 Sep 2018 23:23:50 GMT</pubDate>
    <dc:creator>landen99</dc:creator>
    <dc:date>2018-09-12T23:23:50Z</dc:date>
    <item>
      <title>Can you help me with summary index field issue?</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Can-you-help-me-with-summary-index-field-issue/m-p/456423#M129021</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;

&lt;P&gt;I have created a scheduled search which populates a summary index from a custom index.&lt;/P&gt;

&lt;P&gt;My main custom index has around 100 fields, but those fields are not appearing in the summary index. Only host and source source type fields are present in the summary index.&lt;/P&gt;

&lt;P&gt;When i tried adding table field1, field2, etc in the scheduled search query, then those mentioned fields were appearing in the summary index. But when i use table * in the search query, i am not getting any fields in the summary index.&lt;/P&gt;

&lt;P&gt;Currently, I have to explicitly specify "table field names" in the query, which is tedious considering the number of fields.&lt;/P&gt;

&lt;P&gt;IS there any way to fix this issue?&lt;/P&gt;</description>
      <pubDate>Wed, 12 Sep 2018 13:03:52 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Can-you-help-me-with-summary-index-field-issue/m-p/456423#M129021</guid>
      <dc:creator>chinmayc469</dc:creator>
      <dc:date>2018-09-12T13:03:52Z</dc:date>
    </item>
    <item>
      <title>Re: Can you help me with summary index field issue?</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Can-you-help-me-with-summary-index-field-issue/m-p/456424#M129022</link>
      <description>&lt;P&gt;In the first place, you should be creating summary data for the summary index.  Re-indexing a shorter version of all or even a filtered subset is extremely redundant, unnecessary and not the purpose of a summary index.&lt;BR /&gt;
All that said, &lt;CODE&gt;| table *&lt;/CODE&gt; includes many metadata fields that should not be included in a summary index including all the "_" fields.  Given that you have said the number of fields is quite large, it is hard to imagine a case where such belongs in a summary index.  But if you must, you may want to try adding a &lt;CODE&gt;| fields - _*&lt;/CODE&gt; to remove the underscore fields and a few others like sourcetype, host, source, index, etc.&lt;BR /&gt;
Also, ensure that your search head is forwarding to the IDX tier so that you take advantage of the parallelization.  Also, make sure that you are using &lt;CODE&gt;collect&lt;/CODE&gt; instead of &lt;CODE&gt;tscollect&lt;/CODE&gt;.&lt;/P&gt;</description>
      <pubDate>Wed, 12 Sep 2018 23:23:50 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Can-you-help-me-with-summary-index-field-issue/m-p/456424#M129022</guid>
      <dc:creator>landen99</dc:creator>
      <dc:date>2018-09-12T23:23:50Z</dc:date>
    </item>
  </channel>
</rss>

