<?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: Event_breaker vs Line_breaker ? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Event-breaker-vs-Line-breaker/m-p/584595#M102885</link>
    <description>&lt;P&gt;EVENT_BREAKER is so the forwarder knows where to stop sending data for load balancing purposes. The data is unchanged when it gets to the indexers so the indexers still need the LINE_BREAKER to break the raw data into the actual events.&lt;/P&gt;</description>
    <pubDate>Thu, 10 Feb 2022 21:27:27 GMT</pubDate>
    <dc:creator>dwallen41</dc:creator>
    <dc:date>2022-02-10T21:27:27Z</dc:date>
    <item>
      <title>Event_breaker vs Line_breaker ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Event-breaker-vs-Line-breaker/m-p/419145#M73887</link>
      <description>&lt;P&gt;All, &lt;/P&gt;

&lt;P&gt;Is there any reason my event_breaker stanza for my UF should be different from LINE_breaker line on my indexers ? Seems to be they'd be identical. &lt;/P&gt;

&lt;P&gt;Example of my log4j props.conf stanza -&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;  LINE_BREAKER = ([\n\r]+)\d{4}-\d{2}-\d{2}\s\d{2}:\d{2}:\d{2},\d{3}\s\[
  EVENT_BREAKER = ([\n\r]+)\d{4}-\d{2}-\d{2}\s\d{2}:\d{2}:\d{2},\d{3}\s\[
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;thanks&lt;BR /&gt;
-Daniel &lt;/P&gt;</description>
      <pubDate>Wed, 30 Sep 2020 00:53:04 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Event-breaker-vs-Line-breaker/m-p/419145#M73887</guid>
      <dc:creator>daniel333</dc:creator>
      <dc:date>2020-09-30T00:53:04Z</dc:date>
    </item>
    <item>
      <title>Re: Event_breaker vs Line_breaker ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Event-breaker-vs-Line-breaker/m-p/419146#M73888</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;It will be fine if your regex matches raw data, when you use &lt;CODE&gt;LINE_BREAKER&lt;/CODE&gt; on Indexers you need to set &lt;CODE&gt;SHOULD_LINEMERGE = false&lt;/CODE&gt; and on UF you need to set &lt;CODE&gt;EVENT_BREAKER_ENABLE = true&lt;/CODE&gt;&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;EVENT_BREAKER = &amp;lt;regular expression&amp;gt;
* A regular expression that specifies the event boundary for a
  universal forwarder to use to determine when it can send events
  to an indexer.
* The regular expression must contain a capturing group
  (a pair of parentheses that defines an identified sub-component
  of the match.)
* When the UF finds a match, it considers the first capturing group
  to be the end of the previous event, and the end of the capturing group
  to be the beginning of the next event.
* At this point, the forwarder can then change the receiving indexer
  based on these event boundaries.
* This setting is only active if you set 'EVENT_BREAKER_ENABLE' to
  "true", only works on universal forwarders, and
  works best with multiline events.
* Default: "\r\n"
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Wed, 12 Jun 2019 08:27:25 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Event-breaker-vs-Line-breaker/m-p/419146#M73888</guid>
      <dc:creator>harsmarvania57</dc:creator>
      <dc:date>2019-06-12T08:27:25Z</dc:date>
    </item>
    <item>
      <title>Re: Event_breaker vs Line_breaker ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Event-breaker-vs-Line-breaker/m-p/419147#M73889</link>
      <description>&lt;P&gt;They should be identical, why are you asking, is it not working as expected?&lt;/P&gt;</description>
      <pubDate>Wed, 12 Jun 2019 09:00:09 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Event-breaker-vs-Line-breaker/m-p/419147#M73889</guid>
      <dc:creator>FrankVl</dc:creator>
      <dc:date>2019-06-12T09:00:09Z</dc:date>
    </item>
    <item>
      <title>Re: Event_breaker vs Line_breaker ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Event-breaker-vs-Line-breaker/m-p/419148#M73890</link>
      <description>&lt;P&gt;Thanks for the extra details there. Awesome!&lt;/P&gt;</description>
      <pubDate>Wed, 12 Jun 2019 14:44:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Event-breaker-vs-Line-breaker/m-p/419148#M73890</guid>
      <dc:creator>daniel333</dc:creator>
      <dc:date>2019-06-12T14:44:35Z</dc:date>
    </item>
    <item>
      <title>Re: Event_breaker vs Line_breaker ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Event-breaker-vs-Line-breaker/m-p/509789#M86698</link>
      <description>&lt;P&gt;if you are using&amp;nbsp;EVENT_BREAKER on UF why do you even need LINE_BREAKER on indexers would not defeat the purpose of putting EVENT_BREAKER on UF as indexer would again run same regex on data that is already regexed by UF?&lt;/P&gt;</description>
      <pubDate>Fri, 17 Jul 2020 20:28:19 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Event-breaker-vs-Line-breaker/m-p/509789#M86698</guid>
      <dc:creator>jatin_patel</dc:creator>
      <dc:date>2020-07-17T20:28:19Z</dc:date>
    </item>
    <item>
      <title>Re: Event_breaker vs Line_breaker ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Event-breaker-vs-Line-breaker/m-p/584595#M102885</link>
      <description>&lt;P&gt;EVENT_BREAKER is so the forwarder knows where to stop sending data for load balancing purposes. The data is unchanged when it gets to the indexers so the indexers still need the LINE_BREAKER to break the raw data into the actual events.&lt;/P&gt;</description>
      <pubDate>Thu, 10 Feb 2022 21:27:27 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Event-breaker-vs-Line-breaker/m-p/584595#M102885</guid>
      <dc:creator>dwallen41</dc:creator>
      <dc:date>2022-02-10T21:27:27Z</dc:date>
    </item>
  </channel>
</rss>

