<?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 Cannot open manifest file inside XXX: No such file or directory in Security</title>
    <link>https://community.splunk.com/t5/Security/Cannot-open-manifest-file-inside-XXX-No-such-file-or-directory/m-p/174547#M5181</link>
    <description>&lt;P&gt;Hi folks,&lt;/P&gt;

&lt;P&gt;I'm troubleshooting some slowness we have on the platform. While looking at the splunkd_stderr.log, I notice multiple lines stating "Cannot open manifest file inside XXX: No such file or directory"&lt;/P&gt;

&lt;P&gt;When I list the contents of the directory /opt/splunk/var/lib/splunk/audit, I notice that all the subdirectories (db_1341513434_123514125_33 for instance) are owned by splunk:splunk, except for today's which are owned by root:root. Those are the ones the stderr log is noting as having issues.&lt;/P&gt;

&lt;P&gt;An upgrade was done, not by myself, and my guess is that it was installed as root, instead of the user splunk. Is there a simple fix for this or will I have to blow away any index or data?&lt;/P&gt;</description>
    <pubDate>Mon, 28 Sep 2020 16:41:24 GMT</pubDate>
    <dc:creator>jravida</dc:creator>
    <dc:date>2020-09-28T16:41:24Z</dc:date>
    <item>
      <title>Cannot open manifest file inside XXX: No such file or directory</title>
      <link>https://community.splunk.com/t5/Security/Cannot-open-manifest-file-inside-XXX-No-such-file-or-directory/m-p/174547#M5181</link>
      <description>&lt;P&gt;Hi folks,&lt;/P&gt;

&lt;P&gt;I'm troubleshooting some slowness we have on the platform. While looking at the splunkd_stderr.log, I notice multiple lines stating "Cannot open manifest file inside XXX: No such file or directory"&lt;/P&gt;

&lt;P&gt;When I list the contents of the directory /opt/splunk/var/lib/splunk/audit, I notice that all the subdirectories (db_1341513434_123514125_33 for instance) are owned by splunk:splunk, except for today's which are owned by root:root. Those are the ones the stderr log is noting as having issues.&lt;/P&gt;

&lt;P&gt;An upgrade was done, not by myself, and my guess is that it was installed as root, instead of the user splunk. Is there a simple fix for this or will I have to blow away any index or data?&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 16:41:24 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Cannot-open-manifest-file-inside-XXX-No-such-file-or-directory/m-p/174547#M5181</guid>
      <dc:creator>jravida</dc:creator>
      <dc:date>2020-09-28T16:41:24Z</dc:date>
    </item>
    <item>
      <title>Re: Cannot open manifest file inside XXX: No such file or directory</title>
      <link>https://community.splunk.com/t5/Security/Cannot-open-manifest-file-inside-XXX-No-such-file-or-directory/m-p/174548#M5182</link>
      <description>&lt;P&gt;Hi jravida,&lt;/P&gt;

&lt;P&gt;this usually happens if you install Splunk as &lt;CODE&gt;root&lt;/CODE&gt; and start Splunk as &lt;CODE&gt;root&lt;/CODE&gt;, all new files created after this start will be owned by &lt;CODE&gt;root&lt;/CODE&gt;. But this is no problem at all, just stop Splunk and &lt;CODE&gt;chown -R splunk:splunk /opt/splunk&lt;/CODE&gt; and start Splunk as user splunk.&lt;/P&gt;

&lt;P&gt;hope this helps ...&lt;/P&gt;

&lt;P&gt;cheers, MuS&lt;/P&gt;</description>
      <pubDate>Thu, 22 May 2014 11:52:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Cannot-open-manifest-file-inside-XXX-No-such-file-or-directory/m-p/174548#M5182</guid>
      <dc:creator>MuS</dc:creator>
      <dc:date>2014-05-22T11:52:13Z</dc:date>
    </item>
    <item>
      <title>Re: Cannot open manifest file inside XXX: No such file or directory</title>
      <link>https://community.splunk.com/t5/Security/Cannot-open-manifest-file-inside-XXX-No-such-file-or-directory/m-p/174549#M5183</link>
      <description>&lt;P&gt;This worked great. The errors seem to have subsided. I was hoping it would be this easy!&lt;/P&gt;</description>
      <pubDate>Thu, 22 May 2014 18:16:21 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/Cannot-open-manifest-file-inside-XXX-No-such-file-or-directory/m-p/174549#M5183</guid>
      <dc:creator>jravida</dc:creator>
      <dc:date>2014-05-22T18:16:21Z</dc:date>
    </item>
  </channel>
</rss>

