<?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: More time formatting troubles time_format in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/More-time-formatting-troubles-time-format/m-p/82193#M16992</link>
    <description>&lt;P&gt;It looks like my mistake was thinking that TIME_FORMAT would do rex (regular expressions).  Per docs, it doesn't look like it can...   Resolved via the following:&lt;/P&gt;

&lt;P&gt;[host::newdatamine]&lt;BR /&gt;
TIME_PREFIX = ^[[A-Z]+]\s[&lt;BR /&gt;
TIME_FORMAT = %y.%m.%d %H:%M:%S&lt;BR /&gt;
BREAK_ONLY_BEFORE =  [INFO|ERROR|WARN]&lt;/P&gt;</description>
    <pubDate>Mon, 28 Sep 2020 11:27:58 GMT</pubDate>
    <dc:creator>onlineops</dc:creator>
    <dc:date>2020-09-28T11:27:58Z</dc:date>
    <item>
      <title>More time formatting troubles time_format</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/More-time-formatting-troubles-time-format/m-p/82192#M16991</link>
      <description>&lt;P&gt;On the indexer, I have the following property config:&lt;BR /&gt;
[host::newdatamine]&lt;BR /&gt;
TIME_PREFIX = ^[INFO|ERROR|WARN]\s+[&lt;BR /&gt;
TIME_FORMAT = %y.%m.%d\s+%H:%M:%S&lt;BR /&gt;
BREAK_ONLY_BEFORE =  [INFO|ERROR|WARN]&lt;/P&gt;

&lt;P&gt;example logfile:&lt;BR /&gt;
[INFO] [12.02.27 17:00:24] [mysp_Process_DataAffiliateAutoXML] Refresh data from lmAffiliateAttemptLog &lt;BR /&gt;
[INFO] [12.02.27 17:00:42] [mysp_Process_DataAffiliateAutoXML] Processing data for 2012-02-26 &lt;/P&gt;

&lt;P&gt;Splunk now breaks the lines correctly and picks up the correct date.  It does not pick up the correct time:&lt;/P&gt;

&lt;P&gt;Splunk output:&lt;/P&gt;

&lt;P&gt;1       2/29/12&lt;BR /&gt;
12:02:29.000 PM     &lt;/P&gt;

&lt;P&gt;[INFO] [12.02.29 19:00:43] [mysp_Process_DataAffiliateAutoXML] Refresh data from lmAffiliateAttemptLog &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;* host=NEWDATAMINE   Options|  
* sourcetype=newdatamine-too_small   Options|  
* source=C:\DataWarehouse_Report\Splunk\newdatamine.log   Options
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;2       2/29/12&lt;BR /&gt;
12:02:29.000 PM     &lt;/P&gt;

&lt;P&gt;[INFO] [12.02.29 15:21:28] [mysp_Process_DataAffiliateAutoXML] Processing data for 2012-02-28 &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;* host=NEWDATAMINE   Options|  
* sourcetype=newdatamine-too_small   Options|  
* source=C:\DataWarehouse_Report\Splunk\newdatamine.log   Options
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Mon, 28 Sep 2020 11:27:53 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/More-time-formatting-troubles-time-format/m-p/82192#M16991</guid>
      <dc:creator>onlineops</dc:creator>
      <dc:date>2020-09-28T11:27:53Z</dc:date>
    </item>
    <item>
      <title>Re: More time formatting troubles time_format</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/More-time-formatting-troubles-time-format/m-p/82193#M16992</link>
      <description>&lt;P&gt;It looks like my mistake was thinking that TIME_FORMAT would do rex (regular expressions).  Per docs, it doesn't look like it can...   Resolved via the following:&lt;/P&gt;

&lt;P&gt;[host::newdatamine]&lt;BR /&gt;
TIME_PREFIX = ^[[A-Z]+]\s[&lt;BR /&gt;
TIME_FORMAT = %y.%m.%d %H:%M:%S&lt;BR /&gt;
BREAK_ONLY_BEFORE =  [INFO|ERROR|WARN]&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 11:27:58 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/More-time-formatting-troubles-time-format/m-p/82193#M16992</guid>
      <dc:creator>onlineops</dc:creator>
      <dc:date>2020-09-28T11:27:58Z</dc:date>
    </item>
  </channel>
</rss>

