# Flame 2026.2 Project Server / Shared Storage Architecture Question + UI Freezes **URL:** \ **Category:** Sysadmins\ **Created:** [September 30, 2026, 3:42pm UTC](https://forum.logik.tv/t/flame-2026-2-project-server-shared-storage-architecture-question-ui-freezes/15012 "2026-09-30T15:42:47Z")\ **Posts on this page:** 3\ **Page:** 1
**Author:** ![Landers](https://avatars.discourse-cdn.com/v4/letter/l/f6c823/32.png) [@Landers](https://forum.logik.tv/u/Landers)\ **Post date:** [September 30, 2026, 3:42pm UTC](https://forum.logik.tv/t/flame-2026-2-project-server-shared-storage-architecture-question-ui-freezes/15012/1 "2026-09-30T15:42:47Z")
# Flame 2026.2 Project Server / Shared Storage Architecture Question + UI Freezes I’m looking for a sanity check on our Flame 2026.2 Project Server deployment, as we’re experiencing intermittent UI freezes and I’m trying to determine whether our storage architecture could be a contributing factor. ## Environment - Flame 2026.2.x - Dedicated Project Server VM - Multiple Linux Flame workstations - Shared network storage (GPFS backend) - All Flame workstations access the storage directly - Project Server accesses the same storage via NFS - All systems see the storage at the same paths ## Current Setup All project data, setups and media caches are stored on shared network storage. The Flame workstations access this storage directly, while the Project Server accesses the same storage via NFS. However, the mount paths are identical on every machine. For example: /mmfs1/projects/… exists on every workstation and on the Project Server. The Project Server is only hosting: - PostgreSQL - Stone & Wire services - Backburner Manager Project Homes and Media Caches are not stored locally on the Project Server. ## Project Configuration According to the Flame 2026 documentation, project sharing should work provided the Project Home and Media Cache paths are reachable and identical across all participating systems. The Autodesk examples show: Project Home /mnt/HOSTNAME/projects/ /mnt/HOSTNAME/media In our environment we use our existing storage structure, for example: Project Home /mmfs1/projects//…/flame/projects/ Media Cache /mmfs1/projects//…/flame/media/ The paths are accessible from: - All Flame workstations - The Project Server and are identical on every system. ## Questions 1. Is this considered a supported and sensible Project Server architecture for Flame 2026.2? 2. Is there any known issue with the Project Server accessing the storage via NFS while the Flame workstations access the same storage directly, assuming the paths remain identical everywhere? 3. Has anyone experienced intermittent UI freezes or pauses with a similar Project Server setup and, if so, what was the root cause? The freezes are not always associated with playback, rendering or heavy media operations. They can occur during normal project navigation and general UI use, which is why I’m trying to understand whether the architecture itself could be a factor or whether I should be looking elsewhere. One of my current theories is that the freezes may be related to project metadata operations rather than media throughput. The behaviour feels more like Flame is waiting on a database transaction, autosave activity, or another metadata-related operation to complete rather than struggling with media playback or storage bandwidth. Given that PostgreSQL is hosted on the Project Server while the project data resides on shared storage, I’m particularly interested to hear from anyone who has experienced delays, lockups or UI pauses caused by database connectivity, autosave processes, project catalog updates, or metadata synchronisation issues in a similar environment. Any feedback from facilities running Flame 2026.2 with a Project Server and shared storage would be greatly appreciated. ---
**Author:** ![finnjaeger](https://avatars.discourse-cdn.com/v4/letter/f/e99b99/32.png) [@finnjaeger](https://forum.logik.tv/u/finnjaeger)\ **Post date:** [October 1, 2026, 12:14pm UTC](https://forum.logik.tv/t/flame-2026-2-project-server-shared-storage-architecture-question-ui-freezes/15012/2 "2026-10-01T12:14:01Z")
> [@Landers](#): > > 1. Has anyone experienced intermittent UI freezes or pauses with a similar Project Server setup and, if so, what was the root cause? yes, I had to go away from any sort of centralized storage for matchboxes / onnx tools e.t.c and i am now rsyncing these to users machines that seems to have helped a lot. the other stuff, we had many many corrupted projects and general slowness issues especially in 2026, we are cautiously using 2027 but its all over much slower on 2025 it wasnt a problem. we are waiting fo a proper implementation of postgresDB without the file-based stuff as the current implementation is half baked and problematic to me at least.. ---
**Author:** ![ALan](https://avatars.discourse-cdn.com/v4/letter/a/a87d85/32.png) [@ALan](https://forum.logik.tv/u/ALan)\ **Post date:** [October 1, 2026, 3:00pm UTC](https://forum.logik.tv/t/flame-2026-2-project-server-shared-storage-architecture-question-ui-freezes/15012/3 "2026-10-01T15:00:35Z")
> [@finnjaeger](#): > > we are waiting fo a proper implementation of postgresDB without the file-based stuff as the current implementation is half baked and problematic to me at least.. ♾