<?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 How to fix the Truncate warning when all the parameter is set correct? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/How-to-fix-the-Truncate-warning-when-all-the-parameter-is-set/m-p/538257#M90230</link>
    <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;In our splunk health dashboard panel, we could see a list of source-types having truncate issues, when digging the _internal logs, we could see the below Warning message.&lt;/P&gt;&lt;P&gt;02-02-2021 18:23:11.436 +1100 WARN LineBreakingProcessor - Truncating line because limit of 10000 bytes has been exceeded with a line length &amp;gt;= 11639 - data_source="/var/icf/logs/xxx.xxx.0/xxx_0.log", data_host="xxxxx", data_sourcetype="xxx.wps.xxx"&lt;/P&gt;&lt;P&gt;Followed below steps to further analysis the issue&amp;nbsp;&lt;/P&gt;&lt;P&gt;1) Checked the actual configuration in the HF instances where the parsing is taking place by executing the btool command.&lt;BR /&gt;&lt;BR /&gt;bash-4.2$ ./splunk btool --app=appname props list --debug | grep TRUNCATE ( To find the path where app is configured and its TRUNCATE value)&lt;BR /&gt;&lt;BR /&gt;2) ./splunk btool --app=appname props list --debug | grep sourcetype ( To find the Truncate value specific to app and sourcetype)&lt;/P&gt;&lt;P&gt;3) Validated the props.conf details by using the cat /opt/splunk/etc/apps/appname/local/props.conf found the below actual configuration.&lt;/P&gt;&lt;P&gt;[sourceytpename]&lt;BR /&gt;TRUNCATE = 800000&lt;BR /&gt;TIME_FORMAT =&lt;BR /&gt;TIME_PREFIX=\[&lt;BR /&gt;DATETIME_CONFIG=/etc/apps/appname/local/datetime.xml&lt;BR /&gt;SHOULD_LINEMERGE=false&lt;BR /&gt;LINE_BREAKER=([\r\n]+)\[(?:\d{1,2}\/\d{1,2}\/\d{2}\s\d{1,2}:\d{2}:\d{2}\:\d{3}\s|\d{4}-\d{2}-\d{2}T\d{1,2}:\d{2}:\d{2}\.\d{3}(?:Z|[+-]\d\d?:?(?:\d\d)?))&lt;BR /&gt;MAX_TIMESTAMP_LOOKAHEAD=30&lt;/P&gt;&lt;P&gt;4) Based on the actual truncate value as reference value, Identify the maximum length and frequency of occurrence for last 7 days&lt;/P&gt;&lt;P&gt;sourcetype="xx.xx.xx" | eval length=len(_raw) | stats max(length) as length by sourcetype&lt;BR /&gt;&lt;BR /&gt;The maximum length was more then 512273 --&amp;gt; But well below the actual Truncate value=800000&lt;BR /&gt;&lt;BR /&gt;Frequency of occurence was only one time it had reached more then 500000&lt;BR /&gt;&lt;BR /&gt;sourcetype="xx.xx.xxt" | eval length=len(_raw) | where length&amp;gt;=500000 | stats count by _time length&lt;BR /&gt;&lt;BR /&gt;Question:&lt;BR /&gt;&lt;BR /&gt;1) When the actual Truncate value=800000 is more then the maximum Truncate value=512273,in this case we should not get any warning alert.&lt;BR /&gt;2) By increasing the Truncate value will not solve this issue as the actual truncate value is more then the maximum truncate value.&lt;BR /&gt;&lt;BR /&gt;Kindly guide me if how to fix this issue.&lt;/P&gt;</description>
    <pubDate>Tue, 02 Feb 2021 10:24:35 GMT</pubDate>
    <dc:creator>Hemnaath</dc:creator>
    <dc:date>2021-02-02T10:24:35Z</dc:date>
    <item>
      <title>How to fix the Truncate warning when all the parameter is set correct?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-to-fix-the-Truncate-warning-when-all-the-parameter-is-set/m-p/538257#M90230</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;In our splunk health dashboard panel, we could see a list of source-types having truncate issues, when digging the _internal logs, we could see the below Warning message.&lt;/P&gt;&lt;P&gt;02-02-2021 18:23:11.436 +1100 WARN LineBreakingProcessor - Truncating line because limit of 10000 bytes has been exceeded with a line length &amp;gt;= 11639 - data_source="/var/icf/logs/xxx.xxx.0/xxx_0.log", data_host="xxxxx", data_sourcetype="xxx.wps.xxx"&lt;/P&gt;&lt;P&gt;Followed below steps to further analysis the issue&amp;nbsp;&lt;/P&gt;&lt;P&gt;1) Checked the actual configuration in the HF instances where the parsing is taking place by executing the btool command.&lt;BR /&gt;&lt;BR /&gt;bash-4.2$ ./splunk btool --app=appname props list --debug | grep TRUNCATE ( To find the path where app is configured and its TRUNCATE value)&lt;BR /&gt;&lt;BR /&gt;2) ./splunk btool --app=appname props list --debug | grep sourcetype ( To find the Truncate value specific to app and sourcetype)&lt;/P&gt;&lt;P&gt;3) Validated the props.conf details by using the cat /opt/splunk/etc/apps/appname/local/props.conf found the below actual configuration.&lt;/P&gt;&lt;P&gt;[sourceytpename]&lt;BR /&gt;TRUNCATE = 800000&lt;BR /&gt;TIME_FORMAT =&lt;BR /&gt;TIME_PREFIX=\[&lt;BR /&gt;DATETIME_CONFIG=/etc/apps/appname/local/datetime.xml&lt;BR /&gt;SHOULD_LINEMERGE=false&lt;BR /&gt;LINE_BREAKER=([\r\n]+)\[(?:\d{1,2}\/\d{1,2}\/\d{2}\s\d{1,2}:\d{2}:\d{2}\:\d{3}\s|\d{4}-\d{2}-\d{2}T\d{1,2}:\d{2}:\d{2}\.\d{3}(?:Z|[+-]\d\d?:?(?:\d\d)?))&lt;BR /&gt;MAX_TIMESTAMP_LOOKAHEAD=30&lt;/P&gt;&lt;P&gt;4) Based on the actual truncate value as reference value, Identify the maximum length and frequency of occurrence for last 7 days&lt;/P&gt;&lt;P&gt;sourcetype="xx.xx.xx" | eval length=len(_raw) | stats max(length) as length by sourcetype&lt;BR /&gt;&lt;BR /&gt;The maximum length was more then 512273 --&amp;gt; But well below the actual Truncate value=800000&lt;BR /&gt;&lt;BR /&gt;Frequency of occurence was only one time it had reached more then 500000&lt;BR /&gt;&lt;BR /&gt;sourcetype="xx.xx.xxt" | eval length=len(_raw) | where length&amp;gt;=500000 | stats count by _time length&lt;BR /&gt;&lt;BR /&gt;Question:&lt;BR /&gt;&lt;BR /&gt;1) When the actual Truncate value=800000 is more then the maximum Truncate value=512273,in this case we should not get any warning alert.&lt;BR /&gt;2) By increasing the Truncate value will not solve this issue as the actual truncate value is more then the maximum truncate value.&lt;BR /&gt;&lt;BR /&gt;Kindly guide me if how to fix this issue.&lt;/P&gt;</description>
      <pubDate>Tue, 02 Feb 2021 10:24:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-to-fix-the-Truncate-warning-when-all-the-parameter-is-set/m-p/538257#M90230</guid>
      <dc:creator>Hemnaath</dc:creator>
      <dc:date>2021-02-02T10:24:35Z</dc:date>
    </item>
    <item>
      <title>Re: How to fix the Truncate warning when all the parameter is set correct?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-to-fix-the-Truncate-warning-when-all-the-parameter-is-set/m-p/538276#M90234</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/212420"&gt;@Hemnaath&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;It seems you already checked all possible configuration points.&lt;/P&gt;&lt;P&gt;Asking this may sound silly but sometimes one can miss an obvious point. Is the host value that you saw&amp;nbsp;&lt;SPAN&gt;LineBreakingProcessor warning in _internal log the same your HF instance is the same? Maybe truncated log is on another HF or indexer?&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 02 Feb 2021 12:47:32 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-to-fix-the-Truncate-warning-when-all-the-parameter-is-set/m-p/538276#M90234</guid>
      <dc:creator>scelikok</dc:creator>
      <dc:date>2021-02-02T12:47:32Z</dc:date>
    </item>
  </channel>
</rss>

