<?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: Is alwaysOpenFile still available in version 4.1? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11005#M475</link>
    <description>&lt;P&gt;Wanted to write a comment to jrodman's answer, but no link to do it.&lt;/P&gt;

&lt;P&gt;After updating to 4.1, all files that I had to use alwaysOpentFile=1 on do no longer get indexed with latest updates. Mod time doesn't change, but the file size definitely does -- it still doesn't get indexed though.&lt;/P&gt;

&lt;P&gt;I am specifically talking about logs from RRAS (Routing and Remote Access Service) as well as the Windows port of snmptrapd's log files. YMMV, but I recommend to set up an eval install first and see if your files get indexed before upgrading.&lt;/P&gt;

&lt;P&gt;[EDIT]
After a splunk restart (physical machine due to updates) and switching RRAS log rotation from monthly to daily, Splunk seems to index the files fine now. I am keeping an eye on the inputstatus and will notify appropriate parties in case I notice the problem again. For now I am chalking it up to a one time fluke.&lt;/P&gt;</description>
    <pubDate>Tue, 13 Apr 2010 00:54:03 GMT</pubDate>
    <dc:creator>ftk</dc:creator>
    <dc:date>2010-04-13T00:54:03Z</dc:date>
    <item>
      <title>Is alwaysOpenFile still available in version 4.1?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11002#M472</link>
      <description>&lt;P&gt;Does anyone know if &lt;CODE&gt;alwaysOpenFile&lt;/CODE&gt; still works in &lt;CODE&gt;inputs.conf&lt;/CODE&gt; as of Splunk 4.1.  It still shows up in the 4.1 docs, but there is a note saying that it will be removed in 4.1, which is confusing.&lt;/P&gt;

&lt;P&gt;&lt;BR /&gt;&lt;/P&gt;

&lt;P&gt;Quoted from &lt;A href="http://www.splunk.com/base/Documentation/latest/Admin/Inputsconf" rel="nofollow"&gt;http://www.splunk.com/base/Documentation/latest/Admin/Inputsconf&lt;/A&gt;:&lt;/P&gt;

&lt;PRE&gt;
alwaysOpenFile = 0 | 1
* NOTE: This setting does not exist in 4.1.  Look for it in an upcoming version.
* Opens a file to check if it has already been indexed.
* Only useful for files that don't update modtime.
* Should only be used for monitoring files on Windows, and mostly for IIS logs.
* NOTE: This flag should only be used as a last resort, as it increases load and slows down indexing.
&lt;/PRE&gt;

&lt;P&gt;We use this flags for some logs generated on a Windows system that don't get indexed in version 3.4.x without this flag.  We are looking to soon upgrade to 4.0 or 4.1.  If splunk has been improved to automatically detect and handle this better, that's great, it just seem like the docs aren't clear on this specific point.&lt;/P&gt;</description>
      <pubDate>Tue, 06 Apr 2010 20:34:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11002#M472</guid>
      <dc:creator>Lowell</dc:creator>
      <dc:date>2010-04-06T20:34:42Z</dc:date>
    </item>
    <item>
      <title>Re: Is alwaysOpenFile still available in version 4.1?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11003#M473</link>
      <description>&lt;P&gt;We expect that alwaysOpenFile will not be needed.&lt;/P&gt;

&lt;P&gt;The usual usecase was to work around situations where the file modification time was not an accurate indicator of file content changes.  In 4.1 our file update notification mechanism (FUN), is interested in both file modtime changes, as well as file size changes.  It doesn't really even care if the file time is after the last check, just that it changed since the last check.&lt;/P&gt;

&lt;P&gt;On Windows, the common problem was an ancient bug that Microsoft considers a feature, where some methods of writing to files do not update the mod time until file close, defeating the purpose of modification time utterly.  Since file size is now used as one of the indicators, this common case will not require any special flags.&lt;/P&gt;

&lt;P&gt;As a result, we suspect that there is no particular need for this setting in 4.1, but a new situation may arise.  Note that this would have to be a case where the file size does not change, nor does the file modification time, but the contents do.&lt;/P&gt;</description>
      <pubDate>Thu, 08 Apr 2010 23:19:54 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11003#M473</guid>
      <dc:creator>jrodman</dc:creator>
      <dc:date>2010-04-08T23:19:54Z</dc:date>
    </item>
    <item>
      <title>Re: Is alwaysOpenFile still available in version 4.1?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11004#M474</link>
      <description>&lt;P&gt;Amrit points out there's a case where this isn't complete.  Since IIS and friends increase filesize 64k at a time, for relatively quiescent servers this flag might still be useful to get the data more in realtime.&lt;/P&gt;</description>
      <pubDate>Fri, 09 Apr 2010 04:57:30 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11004#M474</guid>
      <dc:creator>jrodman</dc:creator>
      <dc:date>2010-04-09T04:57:30Z</dc:date>
    </item>
    <item>
      <title>Re: Is alwaysOpenFile still available in version 4.1?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11005#M475</link>
      <description>&lt;P&gt;Wanted to write a comment to jrodman's answer, but no link to do it.&lt;/P&gt;

&lt;P&gt;After updating to 4.1, all files that I had to use alwaysOpentFile=1 on do no longer get indexed with latest updates. Mod time doesn't change, but the file size definitely does -- it still doesn't get indexed though.&lt;/P&gt;

&lt;P&gt;I am specifically talking about logs from RRAS (Routing and Remote Access Service) as well as the Windows port of snmptrapd's log files. YMMV, but I recommend to set up an eval install first and see if your files get indexed before upgrading.&lt;/P&gt;

&lt;P&gt;[EDIT]
After a splunk restart (physical machine due to updates) and switching RRAS log rotation from monthly to daily, Splunk seems to index the files fine now. I am keeping an eye on the inputstatus and will notify appropriate parties in case I notice the problem again. For now I am chalking it up to a one time fluke.&lt;/P&gt;</description>
      <pubDate>Tue, 13 Apr 2010 00:54:03 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11005#M475</guid>
      <dc:creator>ftk</dc:creator>
      <dc:date>2010-04-13T00:54:03Z</dc:date>
    </item>
    <item>
      <title>Re: Is alwaysOpenFile still available in version 4.1?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11006#M476</link>
      <description>&lt;P&gt;Are you suggesting that you are unable to index these files with or without the &lt;CODE&gt;alwaysOpenFile&lt;/CODE&gt; setting in 4.1?   (Yeah, I'm doing an eval now.  I don't think I'd ever upgrade to a &lt;CODE&gt;x.y.0&lt;/CODE&gt; release without some testing time first.).  BTW,  you have &lt;CODE&gt;alwaysOpentFile&lt;/CODE&gt; NOT &lt;CODE&gt;alwaysOpenFile&lt;/CODE&gt; (perhaps just a typo, but just in case you copied it from a config file, thought you should know about it.)&lt;/P&gt;</description>
      <pubDate>Tue, 13 Apr 2010 01:07:44 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11006#M476</guid>
      <dc:creator>Lowell</dc:creator>
      <dc:date>2010-04-13T01:07:44Z</dc:date>
    </item>
    <item>
      <title>Re: Is alwaysOpenFile still available in version 4.1?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11007#M477</link>
      <description>&lt;P&gt;@Lowell, just a typo -- I mean alwaysOpenFile. Sorry about that. And yeah, at this point I am unable to index updates to log files from RRAS and Windows snmptrapd since upgrading to 4.1.&lt;/P&gt;</description>
      <pubDate>Tue, 13 Apr 2010 01:24:37 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11007#M477</guid>
      <dc:creator>ftk</dc:creator>
      <dc:date>2010-04-13T01:24:37Z</dc:date>
    </item>
    <item>
      <title>Re: Is alwaysOpenFile still available in version 4.1?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11008#M478</link>
      <description>&lt;P&gt;@Lowell after a splunk restart and switching the RRAS log rotation from monthly to daily it appears to index fine now&lt;BR /&gt;
 -- may have just been a one time glitch. I am keeping an eye on it.&lt;/P&gt;</description>
      <pubDate>Tue, 13 Apr 2010 01:47:12 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Is-alwaysOpenFile-still-available-in-version-4-1/m-p/11008#M478</guid>
      <dc:creator>ftk</dc:creator>
      <dc:date>2010-04-13T01:47:12Z</dc:date>
    </item>
  </channel>
</rss>

