<?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: invalid host extraction in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/invalid-host-extraction/m-p/131188#M26964</link>
    <description>&lt;P&gt;Your syslog extraction is following correct assumptions for the default syslog format.  As a norm, syslog consists of single line records which are complete in themselves and generally take the form:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;{date} {hostname/ip} {substance of syslog entry}
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;The auto-scan is "correctly" detecting the host name after a date entry for the default syslog type.  You will need to override this source as a different sourcetype, and then tweak the extraction parameters.&lt;/P&gt;</description>
    <pubDate>Fri, 04 Jul 2014 13:01:30 GMT</pubDate>
    <dc:creator>grijhwani</dc:creator>
    <dc:date>2014-07-04T13:01:30Z</dc:date>
    <item>
      <title>invalid host extraction</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/invalid-host-extraction/m-p/131187#M26963</link>
      <description>&lt;P&gt;Hello.&lt;/P&gt;

&lt;P&gt;My CAS server send this kind of even through syslog:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;2014-07-04 10:00:01,527 INFO [com.github.inspektr.audit.support.Slf4jLoggingAuditTrailManager] - Audit trail record BEGIN
=============================================================
WHO: audit:unknown
WHAT: ST-71914-GqsbHllVCbZDwi2gpdGe-cas3.domain.tld
ACTION: SERVICE_TICKET_VALIDATED
APPLICATION: CAS
WHEN: Fri Jul 04 10:00:01 CEST 2014
CLIENT IP ADDRESS: 129.94.143.19
SERVER IP ADDRESS: cas.domain.tld
=============================================================
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;For an unknown reason, the line "WHEN: ..." is incorrectly assigned to host 'CEST'. The documentation about fixing invalid host field (&lt;A href="http://docs.splunk.com/Documentation/Splunk/6.1.1/Data/Handleincorrectly-assignedhostvalues"&gt;http://docs.splunk.com/Documentation/Splunk/6.1.1/Data/Handleincorrectly-assignedhostvalues&lt;/A&gt;) is focused about correcting data incorrectly imported, not about fixing an extraction error on the fly.&lt;/P&gt;

&lt;P&gt;Given that's a syslog source type, is there way to force 'host' value as the one from the dedicated syslog element ?&lt;/P&gt;</description>
      <pubDate>Fri, 04 Jul 2014 08:14:59 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/invalid-host-extraction/m-p/131187#M26963</guid>
      <dc:creator>rousse</dc:creator>
      <dc:date>2014-07-04T08:14:59Z</dc:date>
    </item>
    <item>
      <title>Re: invalid host extraction</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/invalid-host-extraction/m-p/131188#M26964</link>
      <description>&lt;P&gt;Your syslog extraction is following correct assumptions for the default syslog format.  As a norm, syslog consists of single line records which are complete in themselves and generally take the form:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;{date} {hostname/ip} {substance of syslog entry}
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;The auto-scan is "correctly" detecting the host name after a date entry for the default syslog type.  You will need to override this source as a different sourcetype, and then tweak the extraction parameters.&lt;/P&gt;</description>
      <pubDate>Fri, 04 Jul 2014 13:01:30 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/invalid-host-extraction/m-p/131188#M26964</guid>
      <dc:creator>grijhwani</dc:creator>
      <dc:date>2014-07-04T13:01:30Z</dc:date>
    </item>
    <item>
      <title>Re: invalid host extraction</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/invalid-host-extraction/m-p/131189#M26965</link>
      <description>&lt;P&gt;Assuming than any date or host values found in {substance of syslog entry} section should override corresponding values found in dedicated sections is indeed consistent with "last occurence wins" behaviour, but isn't really meaningful here. Syslog format is often criticized for being under-structured, but this defeat even available structuration &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;

&lt;P&gt;Ok, I'll try to tweak the extraction parameters. Thanks for the advice.&lt;/P&gt;</description>
      <pubDate>Fri, 04 Jul 2014 13:32:11 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/invalid-host-extraction/m-p/131189#M26965</guid>
      <dc:creator>rousse</dc:creator>
      <dc:date>2014-07-04T13:32:11Z</dc:date>
    </item>
  </channel>
</rss>

