<?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: Volume partitioning and smartstore in Installation</title>
    <link>https://community.splunk.com/t5/Installation/Volume-partitioning-and-smartstore/m-p/576101#M10926</link>
    <description>&lt;P&gt;Thank you.&amp;nbsp;&lt;BR /&gt;It is as I expected. It makes perfect sense to me, regardless of smart-store or not. But I couldn't find any documentation I could point to in order to justify the architectural change to management.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;I guess they are just going to have to take our word for it. &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
    <pubDate>Tue, 23 Nov 2021 22:15:28 GMT</pubDate>
    <dc:creator>pBear</dc:creator>
    <dc:date>2021-11-23T22:15:28Z</dc:date>
    <item>
      <title>Volume partitioning and smartstore</title>
      <link>https://community.splunk.com/t5/Installation/Volume-partitioning-and-smartstore/m-p/569799#M10716</link>
      <description>&lt;P&gt;We are running a&amp;nbsp; single Splunk Enterprise 8.1 instance on a Linux AWS EC2 instance. We are using smartstore backed by S3. We have /opt/splunk (including the index volume/cache) on a separate partition from the OS.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;I have not seen/found any documentation addressing OS level partitioning.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Are there performance concerns with our current configuration? Would/could a spike in the size of non-index files on the splunk partition cause performance issues or caching abnormalities with smartstore?&lt;/P&gt;&lt;P&gt;Does it make sense to separate the indexes (./lib/) onto its own partition, separate from both the OS and splunk config/app/log and other transient files?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 05 Oct 2021 22:38:38 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Volume-partitioning-and-smartstore/m-p/569799#M10716</guid>
      <dc:creator>pBear</dc:creator>
      <dc:date>2021-10-05T22:38:38Z</dc:date>
    </item>
    <item>
      <title>Re: Volume partitioning and smartstore</title>
      <link>https://community.splunk.com/t5/Installation/Volume-partitioning-and-smartstore/m-p/569886#M10717</link>
      <description>&lt;P&gt;Yes!&amp;nbsp; $SPLUNK_HOME, $SPLUNK_DB, and the OS should be on separate partitions.&lt;/P&gt;</description>
      <pubDate>Wed, 06 Oct 2021 13:27:11 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Volume-partitioning-and-smartstore/m-p/569886#M10717</guid>
      <dc:creator>richgalloway</dc:creator>
      <dc:date>2021-10-06T13:27:11Z</dc:date>
    </item>
    <item>
      <title>Re: Volume partitioning and smartstore</title>
      <link>https://community.splunk.com/t5/Installation/Volume-partitioning-and-smartstore/m-p/576101#M10926</link>
      <description>&lt;P&gt;Thank you.&amp;nbsp;&lt;BR /&gt;It is as I expected. It makes perfect sense to me, regardless of smart-store or not. But I couldn't find any documentation I could point to in order to justify the architectural change to management.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;I guess they are just going to have to take our word for it. &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 23 Nov 2021 22:15:28 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Installation/Volume-partitioning-and-smartstore/m-p/576101#M10926</guid>
      <dc:creator>pBear</dc:creator>
      <dc:date>2021-11-23T22:15:28Z</dc:date>
    </item>
  </channel>
</rss>

