<?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 &amp;quot;unknown sid&amp;quot; and &amp;quot;The search job 'xxxxxxxxxxx.xxx_xxxxxxxxxx-xxx-xxx-x-xxxxxxxxxx was canceled remotely or expired&amp;quot; really a &amp;quot;feature&amp;quot;? in Splunk Search</title>
    <link>https://community.splunk.com/t5/Splunk-Search/Is-quot-unknown-sid-quot-and-quot-The-search-job-xxxxxxxxxxx-xxx/m-p/263409#M189805</link>
    <description>&lt;P&gt;Hi proletariat99, I don't expect it would be trivial to modify Splunk messaging in this case, but you could extend the time-to-live for the Splunk searches as described here : &lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Admin/Limitsconf"&gt;http://docs.splunk.com/Documentation/Splunk/latest/Admin/Limitsconf&lt;/A&gt;&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;ttl = &amp;lt;integer&amp;gt;
* How long search artifacts should be stored on disk once completed, in
  seconds. The ttl is computed relative to the modtime of status.csv of the job
  if such file exists or the modtime of the search job's artifact directory. If
  a job is being actively viewed in the Splunk UI then the modtime of
  status.csv is constantly updated such that the reaper does not remove the job
  from underneath.
* Defaults to 600, which is equivalent to 10 minutes.
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Please let me know if this helps &lt;span class="lia-unicode-emoji" title=":grinning_face_with_smiling_eyes:"&gt;😄&lt;/span&gt;&lt;/P&gt;</description>
    <pubDate>Sat, 10 Oct 2015 01:54:50 GMT</pubDate>
    <dc:creator>muebel</dc:creator>
    <dc:date>2015-10-10T01:54:50Z</dc:date>
    <item>
      <title>Is "unknown sid" and "The search job 'xxxxxxxxxxx.xxx_xxxxxxxxxx-xxx-xxx-x-xxxxxxxxxx was canceled remotely or expired" really a "feature"?</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Is-quot-unknown-sid-quot-and-quot-The-search-job-xxxxxxxxxxx-xxx/m-p/263408#M189804</link>
      <description>&lt;P&gt;If I leave my Splunk WebUI dormant for a bit (I think about 30m), I get the following error message with scary, red, exclamation point triangles.  &lt;/P&gt;

&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="alt text"&gt;&lt;img src="https://community.splunk.com/t5/image/serverpage/image-id/721iA0231BE1455CFB0A/image-size/large?v=v2&amp;amp;px=999" role="button" title="alt text" alt="alt text" /&gt;&lt;/span&gt;&lt;/P&gt;

&lt;P&gt;While it's not a big deal operationally, it's annoying and makes us look like we have a system that is error-prone to our less-splunk-savvy customers.  Our Splunk contacts advise us that this is how it's supposed to work and that this is a "feature" for expired searches.&lt;/P&gt;

&lt;P&gt;While I understand that the search results expire, is there some way to get rid of the error message or change it to something useful and less-scary?  Perhaps something like "These search results are old... don't trust them... re-run your search if you want updated data."&lt;/P&gt;</description>
      <pubDate>Fri, 09 Oct 2015 16:57:09 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Is-quot-unknown-sid-quot-and-quot-The-search-job-xxxxxxxxxxx-xxx/m-p/263408#M189804</guid>
      <dc:creator>proletariat99</dc:creator>
      <dc:date>2015-10-09T16:57:09Z</dc:date>
    </item>
    <item>
      <title>Re: Is "unknown sid" and "The search job 'xxxxxxxxxxx.xxx_xxxxxxxxxx-xxx-xxx-x-xxxxxxxxxx was canceled remotely or expired" really a "feature"?</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Is-quot-unknown-sid-quot-and-quot-The-search-job-xxxxxxxxxxx-xxx/m-p/263409#M189805</link>
      <description>&lt;P&gt;Hi proletariat99, I don't expect it would be trivial to modify Splunk messaging in this case, but you could extend the time-to-live for the Splunk searches as described here : &lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Admin/Limitsconf"&gt;http://docs.splunk.com/Documentation/Splunk/latest/Admin/Limitsconf&lt;/A&gt;&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;ttl = &amp;lt;integer&amp;gt;
* How long search artifacts should be stored on disk once completed, in
  seconds. The ttl is computed relative to the modtime of status.csv of the job
  if such file exists or the modtime of the search job's artifact directory. If
  a job is being actively viewed in the Splunk UI then the modtime of
  status.csv is constantly updated such that the reaper does not remove the job
  from underneath.
* Defaults to 600, which is equivalent to 10 minutes.
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Please let me know if this helps &lt;span class="lia-unicode-emoji" title=":grinning_face_with_smiling_eyes:"&gt;😄&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Sat, 10 Oct 2015 01:54:50 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Is-quot-unknown-sid-quot-and-quot-The-search-job-xxxxxxxxxxx-xxx/m-p/263409#M189805</guid>
      <dc:creator>muebel</dc:creator>
      <dc:date>2015-10-10T01:54:50Z</dc:date>
    </item>
    <item>
      <title>Re: Is "unknown sid" and "The search job 'xxxxxxxxxxx.xxx_xxxxxxxxxx-xxx-xxx-x-xxxxxxxxxx was canceled remotely or expired" really a "feature"?</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Is-quot-unknown-sid-quot-and-quot-The-search-job-xxxxxxxxxxx-xxx/m-p/263410#M189806</link>
      <description>&lt;P&gt;This seems to be an issue for me as well, after migrating SH pools to a new NFS share. Dashboard &amp;amp; scheduled alerts are working ok, but running adhoc searches generally gets the "unknown sid" issue.&lt;/P&gt;</description>
      <pubDate>Wed, 20 Apr 2016 19:12:00 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Is-quot-unknown-sid-quot-and-quot-The-search-job-xxxxxxxxxxx-xxx/m-p/263410#M189806</guid>
      <dc:creator>shawngarrettsgp</dc:creator>
      <dc:date>2016-04-20T19:12:00Z</dc:date>
    </item>
  </channel>
</rss>

