Flame 2026.2 Project Server / Shared Storage Architecture Question + UI Freezes

Sysadmins
1

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?

    In other words:

    PostgreSQL = local to Project Server

    Project Home = shared storage

    Media Cache = shared storage

    Setups = shared storage

  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.