<?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: Why are some keys in license_usage.log empty? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-some-keys-in-license-usage-log-empty/m-p/372618#M67591</link>
    <description>&lt;P&gt;This will periodically happen for host (h) or source (s) values. It is related to squashing of the values. A good answer of why this occurs is given here: &lt;A href="https://answers.splunk.com/answers/48542/blank-h-and-s-in-license-usage-log.html"&gt;https://answers.splunk.com/answers/48542/blank-h-and-s-in-license-usage-log.html&lt;/A&gt;&lt;/P&gt;</description>
    <pubDate>Fri, 11 Aug 2017 18:49:13 GMT</pubDate>
    <dc:creator>mdsnmss</dc:creator>
    <dc:date>2017-08-11T18:49:13Z</dc:date>
    <item>
      <title>Why are some keys in license_usage.log empty?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-some-keys-in-license-usage-log-empty/m-p/372616#M67589</link>
      <description>&lt;P&gt;I'm trying to use the license_usage.log as a way to track source(type) volume on a per index basis, something not really possible with METRICS logs. But I see sometimes the s and/or st and/or h fields are empty. Why is this? Samples:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;05-10-2017 15:47:03.209 -0400 INFO  LicenseUsage - type=Usage s="/app/tomcatprofile/xxx/logs/some-services.log" st=sc_tomcat h=somehost o="" idx="smartconnect" i="GUID1" pool="Staging" b=145 poolsz=524288000000

05-10-2017 15:49:05.582 -0400 INFO  LicenseUsage - type=Usage s="" st=sc_tomcat h="" o="" idx="smartconnect" i="GUID2" pool="Staging" b=43643 poolsz=524288000000
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;EDIT: Is this related to the metrics tracking limits? The same mechanism in the background is providing this numbers, and so if a particular source, sourcetype, or host is not in the top 10 (or whatever you have your limits set to), you get an empty string?&lt;/P&gt;</description>
      <pubDate>Wed, 10 May 2017 19:54:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-some-keys-in-license-usage-log-empty/m-p/372616#M67589</guid>
      <dc:creator>twinspop</dc:creator>
      <dc:date>2017-05-10T19:54:51Z</dc:date>
    </item>
    <item>
      <title>Re: Why are some keys in license_usage.log empty?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-some-keys-in-license-usage-log-empty/m-p/372617#M67590</link>
      <description>&lt;P&gt;The sc_tomcat sourcetype has only one input defined. The first log shows it, the second leaves it out.&lt;/P&gt;</description>
      <pubDate>Wed, 10 May 2017 20:02:40 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-some-keys-in-license-usage-log-empty/m-p/372617#M67590</guid>
      <dc:creator>twinspop</dc:creator>
      <dc:date>2017-05-10T20:02:40Z</dc:date>
    </item>
    <item>
      <title>Re: Why are some keys in license_usage.log empty?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-some-keys-in-license-usage-log-empty/m-p/372618#M67591</link>
      <description>&lt;P&gt;This will periodically happen for host (h) or source (s) values. It is related to squashing of the values. A good answer of why this occurs is given here: &lt;A href="https://answers.splunk.com/answers/48542/blank-h-and-s-in-license-usage-log.html"&gt;https://answers.splunk.com/answers/48542/blank-h-and-s-in-license-usage-log.html&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 11 Aug 2017 18:49:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-some-keys-in-license-usage-log-empty/m-p/372618#M67591</guid>
      <dc:creator>mdsnmss</dc:creator>
      <dc:date>2017-08-11T18:49:13Z</dc:date>
    </item>
  </channel>
</rss>

