<?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: BREAK_ONLY_BEFORE and BREAK_ONLY_BEFORE_DATE=false in the same props.conf in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/BREAK-ONLY-BEFORE-and-BREAK-ONLY-BEFORE-DATE-false-in-the-same/m-p/382144#M68898</link>
    <description>&lt;P&gt;I find this configuration works correct consistently&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[YourSourcetype]
#making it false as we're changing line boundary in LINE_BREAKER
SHOULD_LINEMERGE = false
LINE_BREAKER = ([\r\n]+)(?=\d{4}-\d{2}-\d{2}\s+\d{2})
TIME_PREFIX = ^
TIME_FORMAT = %Y-%m-%d %H:%M:%S.%3N
MAX_TIMESTAMP_LOOKAHEAD = 23
&lt;/CODE&gt;&lt;/PRE&gt;</description>
    <pubDate>Wed, 27 Mar 2019 18:08:50 GMT</pubDate>
    <dc:creator>somesoni2</dc:creator>
    <dc:date>2019-03-27T18:08:50Z</dc:date>
    <item>
      <title>BREAK_ONLY_BEFORE and BREAK_ONLY_BEFORE_DATE=false in the same props.conf</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/BREAK-ONLY-BEFORE-and-BREAK-ONLY-BEFORE-DATE-false-in-the-same/m-p/382143#M68897</link>
      <description>&lt;P&gt;We're trying to break up some log entries that look like:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;2019-03-27 17:11:59.942 Request was not matched as were no stubs registered:
{
  "url" : "/",
  "absoluteUrl" : "http://localhost:8080/",
  "method" : "GET",
  "clientIp" : "127.0.0.1",
  "headers" : {
    "User-Agent" : "Wget",
    "Connection" : "close",
    "Host" : "localhost:8080"
  },
  "cookies" : { },
  "browserProxyRequest" : false,
  "loggedDate" : 1553706719942,
  "bodyAsBase64" : "",
  "body" : "",
  "loggedDateString" : "2019-03-27T17:11:59Z",
  "queryParams" : { }
}
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Our props.conf looks like:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;SHOULD_LINEMERGE = true
BREAK_ONLY_BEFORE = \d\d\d\d[-]\d\d[-]\d\d[ ]\d\d[:]\d\d[:]\d\d[.]\d\d\d
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;The trouble is, our Splunk result is breaking on &lt;EM&gt;every&lt;/EM&gt; date. The above regex matches &lt;EM&gt;only&lt;/EM&gt; the top date format in my regex tester.&lt;BR /&gt;
So with the above data, Splunk is parsing it into:&lt;BR /&gt;
Record 1:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;2019-03-27 17:11:59.942 Request was not matched as were no stubs registered:
    {
      "url" : "/",
      "absoluteUrl" : "http://localhost:8080/",
      "method" : "GET",
      "clientIp" : "127.0.0.1",
      "headers" : {
        "User-Agent" : "Wget",
        "Connection" : "close",
        "Host" : "localhost:8080"
      },
      "cookies" : { },
      "browserProxyRequest" : false,
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Record 2:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;      "loggedDate" : 1553706719942,
      "bodyAsBase64" : "",
      "body" : "",
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Record 3:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;      "loggedDateString" : "2019-03-27T17:11:59Z",
      "queryParams" : { }
    }
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;That sure looks like it's using both &lt;CODE&gt;BREAK_ONLY_BEFORE&lt;/CODE&gt; and &lt;CODE&gt;BREAK_ONLY_BEFORE_DATE = true&lt;/CODE&gt;. We've tried adding &lt;CODE&gt;BREAK_ONLY_BEFORE_DATE = false&lt;/CODE&gt; to the props.conf and it's still breaking up at all dates. I read in another Q that you cannot use both &lt;CODE&gt;BREAK_ONLY_BEFORE&lt;/CODE&gt; and &lt;CODE&gt;BREAK_ONLY_BEFORE_DATE&lt;/CODE&gt; in the same props.conf, how do we set it to not break at the other  date instances?&lt;/P&gt;</description>
      <pubDate>Wed, 27 Mar 2019 17:38:39 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/BREAK-ONLY-BEFORE-and-BREAK-ONLY-BEFORE-DATE-false-in-the-same/m-p/382143#M68897</guid>
      <dc:creator>cweissnike</dc:creator>
      <dc:date>2019-03-27T17:38:39Z</dc:date>
    </item>
    <item>
      <title>Re: BREAK_ONLY_BEFORE and BREAK_ONLY_BEFORE_DATE=false in the same props.conf</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/BREAK-ONLY-BEFORE-and-BREAK-ONLY-BEFORE-DATE-false-in-the-same/m-p/382144#M68898</link>
      <description>&lt;P&gt;I find this configuration works correct consistently&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[YourSourcetype]
#making it false as we're changing line boundary in LINE_BREAKER
SHOULD_LINEMERGE = false
LINE_BREAKER = ([\r\n]+)(?=\d{4}-\d{2}-\d{2}\s+\d{2})
TIME_PREFIX = ^
TIME_FORMAT = %Y-%m-%d %H:%M:%S.%3N
MAX_TIMESTAMP_LOOKAHEAD = 23
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Wed, 27 Mar 2019 18:08:50 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/BREAK-ONLY-BEFORE-and-BREAK-ONLY-BEFORE-DATE-false-in-the-same/m-p/382144#M68898</guid>
      <dc:creator>somesoni2</dc:creator>
      <dc:date>2019-03-27T18:08:50Z</dc:date>
    </item>
    <item>
      <title>Re: BREAK_ONLY_BEFORE and BREAK_ONLY_BEFORE_DATE=false in the same props.conf</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/BREAK-ONLY-BEFORE-and-BREAK-ONLY-BEFORE-DATE-false-in-the-same/m-p/382145#M68899</link>
      <description>&lt;P&gt;Hmmm. That didn't seem to change the results. Just to verify, I threw some garbage into the file and it did correctly complain, so I know it's actually reading the file I'm editing.&lt;/P&gt;</description>
      <pubDate>Wed, 27 Mar 2019 20:20:57 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/BREAK-ONLY-BEFORE-and-BREAK-ONLY-BEFORE-DATE-false-in-the-same/m-p/382145#M68899</guid>
      <dc:creator>cweissnike</dc:creator>
      <dc:date>2019-03-27T20:20:57Z</dc:date>
    </item>
    <item>
      <title>Re: BREAK_ONLY_BEFORE and BREAK_ONLY_BEFORE_DATE=false in the same props.conf</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/BREAK-ONLY-BEFORE-and-BREAK-ONLY-BEFORE-DATE-false-in-the-same/m-p/382146#M68900</link>
      <description>&lt;P&gt;Nevermind - There's something far weirder going on - Splunk is not actually processing &lt;EM&gt;any&lt;/EM&gt; of the directives in our props.conf file, it's just defaulting to the BREAK_ONLY_BEFORE_DATE=true.&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 23:54:08 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/BREAK-ONLY-BEFORE-and-BREAK-ONLY-BEFORE-DATE-false-in-the-same/m-p/382146#M68900</guid>
      <dc:creator>cweissnike</dc:creator>
      <dc:date>2020-09-29T23:54:08Z</dc:date>
    </item>
    <item>
      <title>Re: BREAK_ONLY_BEFORE and BREAK_ONLY_BEFORE_DATE=false in the same props.conf</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/BREAK-ONLY-BEFORE-and-BREAK-ONLY-BEFORE-DATE-false-in-the-same/m-p/382147#M68901</link>
      <description>&lt;P&gt;I have the same problem. No matter what I changed in the props.conf, Splunk still break the lines by date time. Did you fix your problem yet?&lt;/P&gt;</description>
      <pubDate>Thu, 30 May 2019 06:46:56 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/BREAK-ONLY-BEFORE-and-BREAK-ONLY-BEFORE-DATE-false-in-the-same/m-p/382147#M68901</guid>
      <dc:creator>simontam</dc:creator>
      <dc:date>2019-05-30T06:46:56Z</dc:date>
    </item>
    <item>
      <title>Re: BREAK_ONLY_BEFORE and BREAK_ONLY_BEFORE_DATE=false in the same props.conf</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/BREAK-ONLY-BEFORE-and-BREAK-ONLY-BEFORE-DATE-false-in-the-same/m-p/382148#M68902</link>
      <description>&lt;P&gt;In our case, it turned out to be server-side filters that were overriding our local configs. Since our instance is managed by a central team, we did not have visibility into the server-side filters.&lt;/P&gt;</description>
      <pubDate>Thu, 30 May 2019 15:33:30 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/BREAK-ONLY-BEFORE-and-BREAK-ONLY-BEFORE-DATE-false-in-the-same/m-p/382148#M68902</guid>
      <dc:creator>cweissnike</dc:creator>
      <dc:date>2019-05-30T15:33:30Z</dc:date>
    </item>
  </channel>
</rss>

