<?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: Why does pretty-print JSON events get truncated? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Why-does-pretty-print-JSON-events-get-truncated/m-p/563732#M100413</link>
    <description>&lt;P&gt;TRUNCATE applies to all events. You should set this value high enough for each sourcetype that exceeds the default 10000 limit.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 18 Aug 2021 04:38:42 GMT</pubDate>
    <dc:creator>scelikok</dc:creator>
    <dc:date>2021-08-18T04:38:42Z</dc:date>
    <item>
      <title>Why does pretty-print JSON events get truncated?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-does-pretty-print-JSON-events-get-truncated/m-p/563728#M100410</link>
      <description>&lt;P&gt;I have some events that exceeds the default 10000-byte TRUNCATE limit. &amp;nbsp;This triggers "truncating line because limit of 10000 bytes has been exceeded." &amp;nbsp;In Splunk documentation, this is characterized as "line-breaking issues".&lt;/P&gt;&lt;P&gt;Because the events are received in JSON, I thought reducing &lt;EM&gt;line&lt;/EM&gt; length would solve this problem without tweaking TRUNCATE. &amp;nbsp;But this doesn't. &amp;nbsp;After pretty-print, large JSON documents still get truncated.&lt;/P&gt;&lt;P&gt;Does this mean that the "&lt;EM&gt;line&lt;/EM&gt; breaking issue" is really "&lt;EM&gt;event&lt;/EM&gt;&amp;nbsp;breaking issue", that the indexer requires every &lt;U&gt;event&lt;/U&gt; to be under TRUNCATE limit? &amp;nbsp;The JSON documents have the correct syntax including the opening and closing brackets.&lt;/P&gt;</description>
      <pubDate>Wed, 18 Aug 2021 02:54:49 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-does-pretty-print-JSON-events-get-truncated/m-p/563728#M100410</guid>
      <dc:creator>yuanliu</dc:creator>
      <dc:date>2021-08-18T02:54:49Z</dc:date>
    </item>
    <item>
      <title>Re: Why does pretty-print JSON events get truncated?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-does-pretty-print-JSON-events-get-truncated/m-p/563732#M100413</link>
      <description>&lt;P&gt;TRUNCATE applies to all events. You should set this value high enough for each sourcetype that exceeds the default 10000 limit.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 18 Aug 2021 04:38:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-does-pretty-print-JSON-events-get-truncated/m-p/563732#M100413</guid>
      <dc:creator>scelikok</dc:creator>
      <dc:date>2021-08-18T04:38:42Z</dc:date>
    </item>
    <item>
      <title>Re: Why does pretty-print JSON events get truncated?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-does-pretty-print-JSON-events-get-truncated/m-p/563931#M100438</link>
      <description>&lt;P&gt;So, is it correct to say that TRUNCATE applies to total length of an event message, not about an exceedingly long line in a message? &amp;nbsp;Specific to structured message types like JSON and CSV, each document/row must be within TRUNCATE limit, no matter whether and where newline is placed.&lt;/P&gt;</description>
      <pubDate>Thu, 19 Aug 2021 10:52:26 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-does-pretty-print-JSON-events-get-truncated/m-p/563931#M100438</guid>
      <dc:creator>yuanliu</dc:creator>
      <dc:date>2021-08-19T10:52:26Z</dc:date>
    </item>
  </channel>
</rss>

