<?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: LineBreakingProcessor - Truncating line because limit of 10000 has been exceeded in Security</title>
    <link>https://community.splunk.com/t5/Security/LineBreakingProcessor-Truncating-line-because-limit-of-10000-has/m-p/80683#M14108</link>
    <description>&lt;P&gt;I figured this would work. I remember this value from a past query, but I have not used it in a while. I added TRUNCATE=0 for testing to the local props.conf file on the indexer. The interesting thing, is that this did not work. &lt;/P&gt;

&lt;P&gt;The props.conf file entry follows:&lt;/P&gt;

&lt;P&gt;[odl_stdout]&lt;/P&gt;

&lt;P&gt;TRUNCATE=0&lt;/P&gt;

&lt;P&gt;BREAK_ONLY_BEFORE = ^[2&lt;/P&gt;

&lt;P&gt;SHOULD_LINEMERGE = true&lt;/P&gt;

&lt;P&gt;The errors persist:&lt;/P&gt;

&lt;P&gt;02-28-2012 18:40:37.625 +0000 WARN  LineBreakingProcessor - Truncating line because limit of 10000 has been exceeded: 13356&lt;/P&gt;

&lt;P&gt;02-28-2012 18:40:38.614 +0000 ERROR DatetimeInitUtils - Failure to process regex: ^[2&lt;/P&gt;

&lt;P&gt;I may have to review the data on the source host. &lt;/P&gt;</description>
    <pubDate>Mon, 28 Sep 2020 11:27:30 GMT</pubDate>
    <dc:creator>lisaac</dc:creator>
    <dc:date>2020-09-28T11:27:30Z</dc:date>
    <item>
      <title>LineBreakingProcessor - Truncating line because limit of 10000 has been exceeded</title>
      <link>https://community.splunk.com/t5/Security/LineBreakingProcessor-Truncating-line-because-limit-of-10000-has/m-p/80681#M14106</link>
      <description>&lt;P&gt;I have an Oracle Diagnostic Log that exceeds 10K characters. I am wondering which option in limits.conf allows for an adjustment for an elimination of a warning message in splunkd.log. &lt;/P&gt;

&lt;P&gt;In props.conf, I have the following:&lt;/P&gt;

&lt;P&gt;[odl_stdout]&lt;BR /&gt;
BREAK_ONLY_BEFORE = ^[2&lt;BR /&gt;
SHOULD_LINEMERGE = true&lt;/P&gt;

&lt;P&gt;I am seeing the following errors in splunkd.log:&lt;/P&gt;

&lt;P&gt;02-28-2012 17:01:54.229 +0000 WARN  LineBreakingProcessor - Truncating line because limit of 10000 has been exceeded: 13356&lt;/P&gt;

&lt;P&gt;02-28-2012 17:01:54.255 +0000 ERROR DatetimeInitUtils - Failure to process regex: ^[2&lt;/P&gt;

&lt;P&gt;02-28-2012 17:02:27.337 +0000 ERROR DatetimeInitUtils - Failure to process regex: ^[2&lt;/P&gt;

&lt;P&gt;I tried altering the following in limits.conf to no avail:&lt;/P&gt;

&lt;P&gt;[kv]&lt;/P&gt;

&lt;P&gt;maxchars = 20480&lt;/P&gt;

&lt;P&gt;Any suggestions?&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 11:27:22 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/LineBreakingProcessor-Truncating-line-because-limit-of-10000-has/m-p/80681#M14106</guid>
      <dc:creator>lisaac</dc:creator>
      <dc:date>2020-09-28T11:27:22Z</dc:date>
    </item>
    <item>
      <title>Re: LineBreakingProcessor - Truncating line because limit of 10000 has been exceeded</title>
      <link>https://community.splunk.com/t5/Security/LineBreakingProcessor-Truncating-line-because-limit-of-10000-has/m-p/80682#M14107</link>
      <description>&lt;P&gt;I am pretty sure i know the setting you are looking for, see props.conf.spec:&lt;/P&gt;

&lt;P&gt;&lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Admin/Propsconf"&gt;http://docs.splunk.com/Documentation/Splunk/latest/Admin/Propsconf&lt;/A&gt;&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;#******************************************************************************
# Line breaking
#******************************************************************************

# Use the following attributes to define the length of a line.

TRUNCATE = &amp;lt;non-negative integer&amp;gt;
 * Change the default maximum line length (in bytes).
 * Although this is in bytes, line length is rounded down when this would
  otherwise land mid-character for multi-byte characters.
 * Set to 0 if you never want truncation (very long lines are, however, often a sign of
  garbage data).
 * Defaults to 10000 bytes.
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;You need to increase this value to something above 13356, and you probably want to give yourself some breathing room, so maybe start with 15k if you'll be pulling in similar messages moving forward. &lt;/P&gt;</description>
      <pubDate>Tue, 28 Feb 2012 17:32:26 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/LineBreakingProcessor-Truncating-line-because-limit-of-10000-has/m-p/80682#M14107</guid>
      <dc:creator>jbsplunk</dc:creator>
      <dc:date>2012-02-28T17:32:26Z</dc:date>
    </item>
    <item>
      <title>Re: LineBreakingProcessor - Truncating line because limit of 10000 has been exceeded</title>
      <link>https://community.splunk.com/t5/Security/LineBreakingProcessor-Truncating-line-because-limit-of-10000-has/m-p/80683#M14108</link>
      <description>&lt;P&gt;I figured this would work. I remember this value from a past query, but I have not used it in a while. I added TRUNCATE=0 for testing to the local props.conf file on the indexer. The interesting thing, is that this did not work. &lt;/P&gt;

&lt;P&gt;The props.conf file entry follows:&lt;/P&gt;

&lt;P&gt;[odl_stdout]&lt;/P&gt;

&lt;P&gt;TRUNCATE=0&lt;/P&gt;

&lt;P&gt;BREAK_ONLY_BEFORE = ^[2&lt;/P&gt;

&lt;P&gt;SHOULD_LINEMERGE = true&lt;/P&gt;

&lt;P&gt;The errors persist:&lt;/P&gt;

&lt;P&gt;02-28-2012 18:40:37.625 +0000 WARN  LineBreakingProcessor - Truncating line because limit of 10000 has been exceeded: 13356&lt;/P&gt;

&lt;P&gt;02-28-2012 18:40:38.614 +0000 ERROR DatetimeInitUtils - Failure to process regex: ^[2&lt;/P&gt;

&lt;P&gt;I may have to review the data on the source host. &lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 11:27:30 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/LineBreakingProcessor-Truncating-line-because-limit-of-10000-has/m-p/80683#M14108</guid>
      <dc:creator>lisaac</dc:creator>
      <dc:date>2020-09-28T11:27:30Z</dc:date>
    </item>
    <item>
      <title>Re: LineBreakingProcessor - Truncating line because limit of 10000 has been exceeded</title>
      <link>https://community.splunk.com/t5/Security/LineBreakingProcessor-Truncating-line-because-limit-of-10000-has/m-p/80684#M14109</link>
      <description>&lt;P&gt;I suspect your regex is also incorrect, you probably want to use something like:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;^\[2
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Tue, 28 Feb 2012 18:47:01 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/LineBreakingProcessor-Truncating-line-because-limit-of-10000-has/m-p/80684#M14109</guid>
      <dc:creator>jbsplunk</dc:creator>
      <dc:date>2012-02-28T18:47:01Z</dc:date>
    </item>
  </channel>
</rss>

