Easy<p>After a few months, I've migrated everything to my cluster, removed the old MacBook, even got 2 versions of <a href="https://techhub.social/tags/FoundryVTT" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>FoundryVTT</span></a> running and a couple other fun services.</p><p>The problem is even though <a href="https://techhub.social/tags/GlusterFS" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GlusterFS</span></a> was the right choice in the moment, *arr apps absolutely HATE network storage. <a href="https://techhub.social/tags/SQLite" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>SQLite</span></a> is the culprit, and the devs for <a href="https://techhub.social/tags/Lidarr" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Lidarr</span></a>, <a href="https://techhub.social/tags/Radarr" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Radarr</span></a>, <a href="https://techhub.social/tags/Sonarr" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Sonarr</span></a>, and others appear completely uninterested in switching away from SQLite. I would prefer <a href="https://techhub.social/tags/MySQL" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>MySQL</span></a>, but evidently, even though this issue repeatedly comes up, folks like me who want to run *arr apps on a swarm are edge cases.</p><p>So, I could restrict each app to a specific node, which I don't want to do because a couple of my nodes will randomly stop working and require me to manually restart them. Or, I can continue to put up with DB corruption, which is proving to be a real pain.</p><p>Or search for another solution to replace *arr? Truth be told, I use Lidarr the most and it isn't super great at what it does.</p>