<?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: when using ntpdate I see ERROR ProcessDispatchedSearch - PROCESS_SEARCH - Error opening &amp;quot;&amp;quot;: No such file or directory in Deployment Architecture</title>
    <link>https://community.splunk.com/t5/Deployment-Architecture/when-using-ntpdate-I-see-ERROR-ProcessDispatchedSearch-PROCESS/m-p/92963#M3400</link>
    <description>&lt;P&gt;In general, frequent ntpdate (every 5 minutes) should not cause significant jumps, so you would hope software would be resilient (we should file bugs if we are not).  However there is no good reason to run ntpdate frequently, as the resources required by software to handle the jumps will be greater than that saved by not running ntpd constantly, and ntpd will give a monotonically increasing clock so the software will be able to behave more correctly.&lt;/P&gt;</description>
    <pubDate>Tue, 16 Apr 2013 04:08:36 GMT</pubDate>
    <dc:creator>jrodman</dc:creator>
    <dc:date>2013-04-16T04:08:36Z</dc:date>
    <item>
      <title>when using ntpdate I see ERROR ProcessDispatchedSearch - PROCESS_SEARCH - Error opening "": No such file or directory</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/when-using-ntpdate-I-see-ERROR-ProcessDispatchedSearch-PROCESS/m-p/92961#M3398</link>
      <description>&lt;P&gt;Seeing the error&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;ERROR ProcessDispatchedSearch - PROCESS_SEARCH - Error opening "": No such file or directory
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;a lot of these message on my search head's splunkd.log using a search head pooling configuration. It seems that this might be causing results to be incomplete or for searches to not run which can be noted with the additional mess&lt;/P&gt;

&lt;P&gt;Failed to create a bundles setup with server name '&lt;MYSEARCHHEADNAME&gt;'. Using peer's local bundles to execute the search, results might not be correct&lt;/MYSEARCHHEADNAME&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 12 Apr 2013 22:00:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/when-using-ntpdate-I-see-ERROR-ProcessDispatchedSearch-PROCESS/m-p/92961#M3398</guid>
      <dc:creator>Rob</dc:creator>
      <dc:date>2013-04-12T22:00:00Z</dc:date>
    </item>
    <item>
      <title>Re: when using ntpdate I see ERROR ProcessDispatchedSearch - PROCESS_SEARCH - Error opening "": No such file or directory</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/when-using-ntpdate-I-see-ERROR-ProcessDispatchedSearch-PROCESS/m-p/92962#M3399</link>
      <description>&lt;P&gt;Are you servers having any clock issues ?&lt;/P&gt;

&lt;P&gt;I saw that in cases like :&lt;BR /&gt;
 - search-head pooling with a shared storage&lt;BR /&gt;
 - mounted bundle with shared storage&lt;BR /&gt;
 - &lt;STRONG&gt;single server but with a clock changing all the time&lt;/STRONG&gt;&lt;/P&gt;

&lt;P&gt;In the last case, the root cause was that the sysadmin decided to sync the clock across his deployment with a cronjob calling ntpdate every 5 minutes ....&lt;BR /&gt;
This is not a good idea, because Splunk (and many others applications) rely on the clock to compare files modification time, or durations, and ntpdate change the clock immediately (so you can be several seconds in the future or in the past, without notice).&lt;/P&gt;

&lt;UL&gt;
&lt;LI&gt;In general on linux use &lt;STRONG&gt;ntpdate only at system boot&lt;/STRONG&gt; to change the clock once.&lt;/LI&gt;
&lt;LI&gt;When &lt;STRONG&gt;the server is running, use a daemon like ntpd&lt;/STRONG&gt; to gently sync the clock if you servers drift.&lt;/LI&gt;
&lt;/UL&gt;

&lt;P&gt;see &lt;A href="http://superuser.com/questions/444733/linux-ntpd-and-ntpdate-service"&gt;http://superuser.com/questions/444733/linux-ntpd-and-ntpdate-service&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 12 Apr 2013 22:12:38 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/when-using-ntpdate-I-see-ERROR-ProcessDispatchedSearch-PROCESS/m-p/92962#M3399</guid>
      <dc:creator>yannK</dc:creator>
      <dc:date>2013-04-12T22:12:38Z</dc:date>
    </item>
    <item>
      <title>Re: when using ntpdate I see ERROR ProcessDispatchedSearch - PROCESS_SEARCH - Error opening "": No such file or directory</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/when-using-ntpdate-I-see-ERROR-ProcessDispatchedSearch-PROCESS/m-p/92963#M3400</link>
      <description>&lt;P&gt;In general, frequent ntpdate (every 5 minutes) should not cause significant jumps, so you would hope software would be resilient (we should file bugs if we are not).  However there is no good reason to run ntpdate frequently, as the resources required by software to handle the jumps will be greater than that saved by not running ntpd constantly, and ntpd will give a monotonically increasing clock so the software will be able to behave more correctly.&lt;/P&gt;</description>
      <pubDate>Tue, 16 Apr 2013 04:08:36 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/when-using-ntpdate-I-see-ERROR-ProcessDispatchedSearch-PROCESS/m-p/92963#M3400</guid>
      <dc:creator>jrodman</dc:creator>
      <dc:date>2013-04-16T04:08:36Z</dc:date>
    </item>
    <item>
      <title>Re: when using ntpdate I see ERROR ProcessDispatchedSearch - PROCESS_SEARCH - Error opening "": No such file or directory</title>
      <link>https://community.splunk.com/t5/Deployment-Architecture/when-using-ntpdate-I-see-ERROR-ProcessDispatchedSearch-PROCESS/m-p/92964#M3401</link>
      <description>&lt;P&gt;In my personal experience, using ntpd doesn't completely eliminate the issue. Granted that the frequency goes down from every 10 minutes (when I cron every hour), to a few of them using ntpd. Maybe the timestamp checking is just too strict?&lt;/P&gt;</description>
      <pubDate>Tue, 16 Apr 2013 04:45:16 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Deployment-Architecture/when-using-ntpdate-I-see-ERROR-ProcessDispatchedSearch-PROCESS/m-p/92964#M3401</guid>
      <dc:creator>asetiawan</dc:creator>
      <dc:date>2013-04-16T04:45:16Z</dc:date>
    </item>
  </channel>
</rss>

