<?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: What's the best way to parse GC logs? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/What-s-the-best-way-to-parse-GC-logs/m-p/424127#M74458</link>
    <description>&lt;P&gt;Gorgeous @somesoni2 - you know, our sales engineer says - &lt;EM&gt;Always at search time&lt;/EM&gt; - what do you think?&lt;/P&gt;</description>
    <pubDate>Wed, 06 Mar 2019 21:53:49 GMT</pubDate>
    <dc:creator>ddrillic</dc:creator>
    <dc:date>2019-03-06T21:53:49Z</dc:date>
    <item>
      <title>What's the best way to parse GC logs?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/What-s-the-best-way-to-parse-GC-logs/m-p/424125#M74456</link>
      <description>&lt;P&gt;We would like Splunk to automatically parse our GC logs and we found a wiki link on configuring props.conf to do so at &lt;A href="https://wiki.splunk.com/Community:Monitoring_JVMs"&gt;Community:Monitoring JVMs&lt;BR /&gt;
HOWTO: Index your JVM garbage collection data&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;Should we do it at index time or search time?&lt;/P&gt;</description>
      <pubDate>Wed, 06 Mar 2019 20:16:01 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/What-s-the-best-way-to-parse-GC-logs/m-p/424125#M74456</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2019-03-06T20:16:01Z</dc:date>
    </item>
    <item>
      <title>Re: What's the best way to parse GC logs?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/What-s-the-best-way-to-parse-GC-logs/m-p/424126#M74457</link>
      <description>&lt;P&gt;From that link&lt;/P&gt;

&lt;P&gt;On Indexers (or heavy forwarders)&lt;BR /&gt;
props.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[sun_jvm]
AUTO_LINEMERGE=FALSE
SHOULD_LINEMERGE=TRUE
DATETIME_CONFIG=CURRENT
BREAK_ONLY_BEFORE=\d+\.\d+:
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;On search heads&lt;BR /&gt;
props.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[sun_jvm]
REPORT-jvm = sun_jvm_gc
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;transforms.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[sun_jvm_gc]
REGEX = \[(Full\s)?GC\s(?&amp;lt;JVM_HeapUsedBeforeGC&amp;gt;\d+)K-&amp;gt;(?&amp;lt;JVM_HeapUsedAfterGC&amp;gt;\d+)K\((?&amp;lt;JVM_HeapSize&amp;gt;\d+)K\),\s(?&amp;lt;JVM_GCTimeTaken&amp;gt;\d+.\d+)\ssecs\]
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Wed, 06 Mar 2019 20:49:30 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/What-s-the-best-way-to-parse-GC-logs/m-p/424126#M74457</guid>
      <dc:creator>somesoni2</dc:creator>
      <dc:date>2019-03-06T20:49:30Z</dc:date>
    </item>
    <item>
      <title>Re: What's the best way to parse GC logs?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/What-s-the-best-way-to-parse-GC-logs/m-p/424127#M74458</link>
      <description>&lt;P&gt;Gorgeous @somesoni2 - you know, our sales engineer says - &lt;EM&gt;Always at search time&lt;/EM&gt; - what do you think?&lt;/P&gt;</description>
      <pubDate>Wed, 06 Mar 2019 21:53:49 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/What-s-the-best-way-to-parse-GC-logs/m-p/424127#M74458</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2019-03-06T21:53:49Z</dc:date>
    </item>
    <item>
      <title>Re: What's the best way to parse GC logs?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/What-s-the-best-way-to-parse-GC-logs/m-p/424128#M74459</link>
      <description>&lt;P&gt;He must be talking about field extractions which are recommended during search-time. Above config does exactly that.&lt;/P&gt;

&lt;P&gt;There are cases where we do index-time field extractions, e.g. for data which we want to use data model acceleration or want to use the fields in tstats. They occupy space on indexers (and will be replicated in case of indexer clusters) and will cause slightly slowness in indexing process, hence they should be avoided unless you're OK with that impact.&lt;/P&gt;</description>
      <pubDate>Wed, 06 Mar 2019 22:02:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/What-s-the-best-way-to-parse-GC-logs/m-p/424128#M74459</guid>
      <dc:creator>somesoni2</dc:creator>
      <dc:date>2019-03-06T22:02:00Z</dc:date>
    </item>
    <item>
      <title>Re: What's the best way to parse GC logs?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/What-s-the-best-way-to-parse-GC-logs/m-p/424129#M74460</link>
      <description>&lt;P&gt;Gorgeous @somesoni2 !!!&lt;/P&gt;</description>
      <pubDate>Wed, 06 Mar 2019 22:09:36 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/What-s-the-best-way-to-parse-GC-logs/m-p/424129#M74460</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2019-03-06T22:09:36Z</dc:date>
    </item>
  </channel>
</rss>

