<?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: log file rotate and flush conundrum in Monitoring Splunk</title>
    <link>https://community.splunk.com/t5/Monitoring-Splunk/log-file-rotate-and-flush-conundrum/m-p/450060#M6123</link>
    <description>&lt;P&gt;Monitor the rolled logs as well and ensure you're not using &lt;CODE&gt;crcSalt = &amp;lt;SOURCE&amp;gt;&lt;/CODE&gt;. When you monitor the rolled logs as well, Splunk would know that it's a copy of the file already ingested (the CRC for the file would be same even if it's renamed) and would not re-ingest whole file again, just the new/missed content.  You don't want to use &lt;CODE&gt;crcSalt = &amp;lt;SOURCE&amp;gt;&lt;/CODE&gt; as it'll force the CRC to be generated based on full file path and the file path will change when you rename it, causing a re-ingestion.&lt;/P&gt;</description>
    <pubDate>Thu, 09 May 2019 14:53:41 GMT</pubDate>
    <dc:creator>somesoni2</dc:creator>
    <dc:date>2019-05-09T14:53:41Z</dc:date>
    <item>
      <title>log file rotate and flush conundrum</title>
      <link>https://community.splunk.com/t5/Monitoring-Splunk/log-file-rotate-and-flush-conundrum/m-p/450059#M6122</link>
      <description>&lt;P&gt;Splunk forwarder monitors a file named AppLogs.txt. 3 times a day, a cron job copies the original file to a backup AppLogs.txt.timestamp and flushes the original file. Between the copy to backup and flush, the application writes some more logs into the original AppLogs.txt which is not captured by the splunk forwarder and lost when the original file is flushed. What would be the ideal solution to solve this problem?&lt;/P&gt;</description>
      <pubDate>Thu, 09 May 2019 09:40:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Monitoring-Splunk/log-file-rotate-and-flush-conundrum/m-p/450059#M6122</guid>
      <dc:creator>pkd18</dc:creator>
      <dc:date>2019-05-09T09:40:42Z</dc:date>
    </item>
    <item>
      <title>Re: log file rotate and flush conundrum</title>
      <link>https://community.splunk.com/t5/Monitoring-Splunk/log-file-rotate-and-flush-conundrum/m-p/450060#M6123</link>
      <description>&lt;P&gt;Monitor the rolled logs as well and ensure you're not using &lt;CODE&gt;crcSalt = &amp;lt;SOURCE&amp;gt;&lt;/CODE&gt;. When you monitor the rolled logs as well, Splunk would know that it's a copy of the file already ingested (the CRC for the file would be same even if it's renamed) and would not re-ingest whole file again, just the new/missed content.  You don't want to use &lt;CODE&gt;crcSalt = &amp;lt;SOURCE&amp;gt;&lt;/CODE&gt; as it'll force the CRC to be generated based on full file path and the file path will change when you rename it, causing a re-ingestion.&lt;/P&gt;</description>
      <pubDate>Thu, 09 May 2019 14:53:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Monitoring-Splunk/log-file-rotate-and-flush-conundrum/m-p/450060#M6123</guid>
      <dc:creator>somesoni2</dc:creator>
      <dc:date>2019-05-09T14:53:41Z</dc:date>
    </item>
  </channel>
</rss>

