<?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 are universal forwarders reporting &amp;quot;File will not be read, seekptr checksum did not match&amp;quot;? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238583#M46345</link>
    <description>&lt;P&gt;when i add the above settings, i still see this messages on splunkd.logs, how did you resolve this...?&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;File too small to check seekcrc, probably truncated.  Will re-read entire file=...filepath
File too small to check seekcrc, probably truncated.  Will re-read entire file=...filepath
05-05-2016 16:09:54.601 -0500 INFO  WatchedFile - Logfile truncated while open, original pathname file='/opt/app/ws/server/ra_JVM00/log/server.log'., will begin reading from start.
05-05-2016 16:09:54.602 -0500 INFO  WatchedFile - Logfile truncated while open, original pathname ffile='/opt/app/ws/server/ra_JVM04/log/server.log'., will begin reading from start.
05-05-2016 16:09:54.605 -0500 INFO  WatchedFile - File too small to check seekcrc, probably truncated.  Will re-read entire file='/opt/app/ws/server/ra_JVM02/log/server.log'.
&lt;/CODE&gt;&lt;/PRE&gt;</description>
    <pubDate>Thu, 05 May 2016 21:09:47 GMT</pubDate>
    <dc:creator>prakash007</dc:creator>
    <dc:date>2016-05-05T21:09:47Z</dc:date>
    <item>
      <title>Why are universal forwarders reporting "File will not be read, seekptr checksum did not match"?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238573#M46335</link>
      <description>&lt;P&gt;We're getting bunch of these exceptions on our Universal Forwarders...any help would be appreciated and I can provide more info if needed...&lt;/P&gt;

&lt;P&gt;1) &lt;CODE&gt;ERROR TailReader -File will not be read, seekptr checksum did not match&lt;/CODE&gt;it says file will not be read. Does that mean it's ignoring the live log which is logged in the path specified..?&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;ERROR TailReader -File will not be read, seekptr checksum did not match (file=/opt/app/ws/server/kv_JVM01/log/responseTime.2016-05-04.log).  Last time we saw this initcrc, filename was different.  You may wish to use larger initCrcLen for this sourcetype, or a CRC salt on this source.  Consult the documentation or file a support case online at &lt;A href="http://www.splunk.com/page/submit_issue" target="test_blank"&gt;http://www.splunk.com/page/submit_issue&lt;/A&gt; for more info.

ERROR TailReader -File will not be read, seekptr checksum did not match (file=/opt/app/ws/server/jr_LCMI/log/server.log).  Last time we saw this initcrc, filename was different.  You may wish to use larger initCrcLen for this sourcetype, or a CRC salt on this source.  Consult the documentation or file a support case online at &lt;A href="http://www.splunk.com/page/submit_issue" target="test_blank"&gt;http://www.splunk.com/page/submit_issue&lt;/A&gt; for more info
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;2) &lt;CODE&gt;INFO  WatchedFile - File too small to check seekcrc, probably truncated.  Will re-read entire file&lt;/CODE&gt; Does that mean it's re-indexing entire file again..?&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;INFO  WatchedFile - File too small to check seekcrc, probably truncated.  Will re-read entire file='/opt/app/ws/ATG-Data/home/servers/ku_JVM00/logs/apps.log'

 INFO  WatchedFile - File too small to check seekcrc, probably truncated.  Will re-read entire file='/opt/app/ws/server/ra_JVM00/log/server.log'.
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;As soon as I restart UFs, I see the message below. What do the offset numbers mean..? &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;INFO  WatchedFile - Will begin reading at offset=0 for file='file=/opt/app/ws/server/kv_JVM01/log/responseTime.2016-05-04.log'.
INFO  WatchedFile - Will begin reading at offset=90 for file='/opt/app/ws/server/ra_JVM00/log/server.log'.
INFO  WatchedFile - Will begin reading at offset=180 for file='file=/opt/app/ws/server/kv_JVM00/log/responseTime.2016-05-04.log'.
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Configs on my universal forwarders:&lt;/P&gt;

&lt;P&gt;inputs.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[monitor:///opt/app/ws/server/*/log/server.log]
sourcetype=log4j
index=testenv

[monitor:///opt/app/ws/server/*/log/responseTime.*.log]
Sourcetype=responseTime
index=testenv

[monitor:///opt/app/ws/ATG-Data/home/servers/*/logs/apps.log]
Sourcetype=apps
index=testenv
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;outputs.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;#conpressed and useACK were not set for some of the UFs
#splhfserver is a HF which route the data to Splunk, it's not indexing locally..

[tcpout]
defaultGroup = splhfdataforwarder
compressed = true 
useACK = true

[tcpout:splhfdatafowarder]
Server=splhfserver:9997
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Wed, 04 May 2016 14:48:37 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238573#M46335</guid>
      <dc:creator>prakash007</dc:creator>
      <dc:date>2016-05-04T14:48:37Z</dc:date>
    </item>
    <item>
      <title>Re: Why are universal forwarders reporting "File will not be read, seekptr checksum did not match"?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238574#M46336</link>
      <description>&lt;P&gt;&lt;A href="https://answers.splunk.com/answers/7457/error-tailingprocessor-ignoring-path.html"&gt;ERROR TailingProcessor - Ignoring path&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;speaks about it.&lt;/P&gt;</description>
      <pubDate>Wed, 04 May 2016 19:03:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238574#M46336</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2016-05-04T19:03:13Z</dc:date>
    </item>
    <item>
      <title>Re: Why are universal forwarders reporting "File will not be read, seekptr checksum did not match"?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238575#M46337</link>
      <description>&lt;P&gt;ddrilic, &lt;/P&gt;

&lt;P&gt;If i use a crcSalt on all there sources, is there any chance of re-indexing the data. The answers seems to be relevant to v4.1.5 of splunk.&lt;/P&gt;</description>
      <pubDate>Wed, 04 May 2016 19:13:06 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238575#M46337</guid>
      <dc:creator>prakash007</dc:creator>
      <dc:date>2016-05-04T19:13:06Z</dc:date>
    </item>
    <item>
      <title>Re: Why are universal forwarders reporting "File will not be read, seekptr checksum did not match"?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238576#M46338</link>
      <description>&lt;P&gt;it's applicable to 6.4 - &lt;A href="http://docs.splunk.com/Documentation/Splunk/6.4.0/Admin/Inputsconf"&gt;6.4 - Inputsconf&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;-- If i use a crcSalt on all there sources, is there any chance of re-indexing the data.&lt;BR /&gt;
Depends, I guess, on the value of initCrcLength. If it's, let's say, 2000, instead of the default 256, you probably should be ok.&lt;/P&gt;</description>
      <pubDate>Wed, 04 May 2016 20:19:27 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238576#M46338</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2016-05-04T20:19:27Z</dc:date>
    </item>
    <item>
      <title>Re: Why are universal forwarders reporting "File will not be read, seekptr checksum did not match"?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238577#M46339</link>
      <description>&lt;P&gt;Actually i'm having hard time in figuring it out....&lt;/P&gt;

&lt;P&gt;The actual path of the monitor stanza would include..&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[monitor:///opt/app/ws/server/*/log/server.log]
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;/opt/app/ws/server/ra_JVM00/log/server.log&lt;BR /&gt;
/opt/app/ws/server/ra_JVM01/log/server.log&lt;BR /&gt;
/opt/app/ws/server/pr_INS00/log/server.log&lt;BR /&gt;
/opt/app/ws/server/pr_INS02/log/server.log&lt;/P&gt;

&lt;P&gt;Can you suggest me which would the best option to go with...&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;     [monitor:///opt/app/ws/server/*/log/server.log]
     sourcetype=log4j
     crcSalt = &amp;lt;SOURCE&amp;gt;
     index=testenv
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;OR&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;     [monitor:///opt/app/ws/server/*/log/server.log]
     sourcetype=log4j
     initCrcLength = 2000
     index=testenv
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Tue, 29 Sep 2020 09:36:10 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238577#M46339</guid>
      <dc:creator>prakash007</dc:creator>
      <dc:date>2020-09-29T09:36:10Z</dc:date>
    </item>
    <item>
      <title>Re: Why are universal forwarders reporting "File will not be read, seekptr checksum did not match"?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238578#M46340</link>
      <description>&lt;P&gt;Option 2, avoids chances of duplication.&lt;/P&gt;</description>
      <pubDate>Wed, 04 May 2016 21:28:33 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238578#M46340</guid>
      <dc:creator>somesoni2</dc:creator>
      <dc:date>2016-05-04T21:28:33Z</dc:date>
    </item>
    <item>
      <title>Re: Why are universal forwarders reporting "File will not be read, seekptr checksum did not match"?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238579#M46341</link>
      <description>&lt;P&gt;somesoni, &lt;BR /&gt;
If I go with option 2, will it be a resolution for both of these issues... &lt;/P&gt;

&lt;P&gt;1.ERROR TailReader -File will not be read, seekptr checksum did not match&lt;BR /&gt;
2.INFO WatchedFile - File too small to check seekcrc, probably truncated. Will re-read entire file&lt;/P&gt;

&lt;P&gt;option 2&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; [monitor:///opt/app/ws/server/*/log/server.log]
 sourcetype=log4j
 initCrcLength = 2000
 index=testenv
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;If possible can you explain  a bit on this offset numbers..?&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;INFO  WatchedFile - Will begin reading at offset=0 for file='file=/opt/app/ws/server/kv_JVM01/log/responseTime.2016-05-04.log'.
 INFO  WatchedFile - Will begin reading at offset=90 for file='/opt/app/ws/server/ra_JVM00/log/server.log'.
 INFO  WatchedFile - Will begin reading at offset=180 for file='file=/opt/app/ws/server/kv_JVM00/log/responseTime.2016-05-04.log'
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Wed, 04 May 2016 21:39:25 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238579#M46341</guid>
      <dc:creator>prakash007</dc:creator>
      <dc:date>2016-05-04T21:39:25Z</dc:date>
    </item>
    <item>
      <title>Re: Why are universal forwarders reporting "File will not be read, seekptr checksum did not match"?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238580#M46342</link>
      <description>&lt;P&gt;We ended up doing something like - &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;      [monitor:///opt/app/ws/server/*/log/server.log]
      sourcetype=log4j
      crcSalt = &amp;lt;source&amp;gt;
      initCrcLength = 2000
      index=testenv
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Thu, 05 May 2016 14:21:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238580#M46342</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2016-05-05T14:21:35Z</dc:date>
    </item>
    <item>
      <title>Re: Why are universal forwarders reporting "File will not be read, seekptr checksum did not match"?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238581#M46343</link>
      <description>&lt;P&gt;If your log files presents on NFS file system then you might be hitting this issue for reindexing logs &lt;A href="https://answers.splunk.com/answers/130729/splunk-reindexing-files-when-using-remote-shared-filesystem.html"&gt;https://answers.splunk.com/answers/130729/splunk-reindexing-files-when-using-remote-shared-filesystem.html&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 05 May 2016 14:40:34 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238581#M46343</guid>
      <dc:creator>harsmarvania57</dc:creator>
      <dc:date>2016-05-05T14:40:34Z</dc:date>
    </item>
    <item>
      <title>Re: Why are universal forwarders reporting "File will not be read, seekptr checksum did not match"?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238582#M46344</link>
      <description>&lt;P&gt;Will go with the above said option, is there any ways to check if logs are re-indexed or double indexed...?&lt;/P&gt;

&lt;P&gt;I did follow this post, but the numbers do not match...&lt;/P&gt;

&lt;P&gt;&lt;A href="https://answers.splunk.com/answers/24588/how-can-i-check-that-splunk-indexed-the-entire-contents-of-a-given-file.html"&gt;https://answers.splunk.com/answers/24588/how-can-i-check-that-splunk-indexed-the-entire-contents-of-a-given-file.html&lt;/A&gt; &lt;/P&gt;</description>
      <pubDate>Thu, 05 May 2016 14:45:05 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238582#M46344</guid>
      <dc:creator>prakash007</dc:creator>
      <dc:date>2016-05-05T14:45:05Z</dc:date>
    </item>
    <item>
      <title>Re: Why are universal forwarders reporting "File will not be read, seekptr checksum did not match"?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238583#M46345</link>
      <description>&lt;P&gt;when i add the above settings, i still see this messages on splunkd.logs, how did you resolve this...?&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;File too small to check seekcrc, probably truncated.  Will re-read entire file=...filepath
File too small to check seekcrc, probably truncated.  Will re-read entire file=...filepath
05-05-2016 16:09:54.601 -0500 INFO  WatchedFile - Logfile truncated while open, original pathname file='/opt/app/ws/server/ra_JVM00/log/server.log'., will begin reading from start.
05-05-2016 16:09:54.602 -0500 INFO  WatchedFile - Logfile truncated while open, original pathname ffile='/opt/app/ws/server/ra_JVM04/log/server.log'., will begin reading from start.
05-05-2016 16:09:54.605 -0500 INFO  WatchedFile - File too small to check seekcrc, probably truncated.  Will re-read entire file='/opt/app/ws/server/ra_JVM02/log/server.log'.
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Thu, 05 May 2016 21:09:47 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238583#M46345</guid>
      <dc:creator>prakash007</dc:creator>
      <dc:date>2016-05-05T21:09:47Z</dc:date>
    </item>
    <item>
      <title>Re: Why are universal forwarders reporting "File will not be read, seekptr checksum did not match"?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238584#M46346</link>
      <description>&lt;P&gt;So how big is this file? - /opt/app/ws/server/ra_JVM02/log/server.log&lt;/P&gt;</description>
      <pubDate>Fri, 06 May 2016 20:32:26 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238584#M46346</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2016-05-06T20:32:26Z</dc:date>
    </item>
    <item>
      <title>Re: Why are universal forwarders reporting "File will not be read, seekptr checksum did not match"?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238585#M46347</link>
      <description>&lt;P&gt;this is what i see from the path /opt/app/ws/server/ra_JVM02/log/server.log&lt;/P&gt;

&lt;P&gt;$ cat server.log | wc -l&lt;BR /&gt;&lt;BR /&gt;
1205&lt;BR /&gt;
$ cat server.log | wc -c&lt;BR /&gt;
236896&lt;BR /&gt;
Adding a crcSalt helped me to get rid of this messages...&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; ERROR TailReader -File will not be read, seekptr checksum did not match (file=/opt/app/ws/server/kv_JVM01/log/responseTime.2016-05-04.log).  Last time we saw this initcrc, filename was different.  You may wish to use larger initCrcLen for this sourcetype, or a CRC salt on this source.  Consult the documentation or file a support case online at &lt;A href="http://www.splunk.com/page/submit_issue" target="test_blank"&gt;http://www.splunk.com/page/submit_issue&lt;/A&gt; for more info.
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Adding a initCrcLength = 2000 OR followTail =1, doesn't help me with this issue...not sure how i can verify if this message  is a sign of re-indexing or not..?&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;File too small to check seekcrc, probably truncated.  Will re-read entire file=...filepath
File too small to check seekcrc, probably truncated.  Will re-read entire file=...filepath
05-05-2016 16:09:54.601 -0500 INFO  WatchedFile - Logfile truncated while open, original pathname file='/opt/app/ws/server/ra_JVM00/log/server.log'., will begin reading from start.
 05-05-2016 16:09:54.602 -0500 INFO  WatchedFile - Logfile truncated while open, original pathname ffile='/opt/app/ws/server/ra_JVM04/log/server.log'., will begin reading from start.
 05-05-2016 16:09:54.605 -0500 INFO  WatchedFile - File too small to check seekcrc, probably truncated.  Will re-read entire file='/opt/app/ws/server/ra_JVM02/log/server.log'.
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Fri, 06 May 2016 21:10:52 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/238585#M46347</guid>
      <dc:creator>prakash007</dc:creator>
      <dc:date>2016-05-06T21:10:52Z</dc:date>
    </item>
    <item>
      <title>Re: Why are universal forwarders reporting "File will not be read, seekptr checksum did not match"?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/702598#M116211</link>
      <description>&lt;P&gt;Here &amp;lt;source&amp;gt;means have you typed exact path of the file or just &amp;lt;source&amp;gt; as is?&lt;/P&gt;</description>
      <pubDate>Wed, 23 Oct 2024 13:01:01 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-are-universal-forwarders-reporting-quot-File-will-not-be/m-p/702598#M116211</guid>
      <dc:creator>Gayatri</dc:creator>
      <dc:date>2024-10-23T13:01:01Z</dc:date>
    </item>
  </channel>
</rss>

