Page MenuHomeFeedback Tracker

saveMissionProfileNamespace is inconsistent on Linux servers
New, NormalPublic

Description

saveMissionProfileNamespace is inconsistent when running on a Linux server.

Sometimes it successfully writes to the file, sometimes it doesn't. In all cases it returns true. Repeatedly calling it seems to make no difference.

This means we can set variables on the missionProfileNamespace, call saveMissionProfileNamespace, and later reload the mission and all data that should have been there wasn't present.

We found that saveProfileNamespace seemed to flush the saveMissionProfileNamespace write to the disk, but not consistently either.

saveProfileNamespace seems to work consistently - no issues there.

Details

Severity
Major
Resolution
Open
Reproducibility
Sometimes
Operating System
Linux x64
Operating System Version
Debian Bookworm (12.8)
Category
Server
Steps To Reproduce

Run the following SQF on a Linux server:

missionProfileNamespace setVariable ["test", "hello"];
saveMissionProfileNamespace;

Then restart the mission or server, and run:

missionProfileNamespace getVariable ["test", -1];

And usually this will result in -1.

Additional Information

We know that Antistasi has also encountered this bug in their mission, and was force to use profileNamespace as a result.

Our server setup is:

  • Debian Bookworm, inside an LXC container
  • Arma running inside a docker container (in the LXC container)
  • Arma 3 and Arma 3 - Other profiles are bind-mounted from the host into the docker container, with the correct permissions.

Event Timeline

Spoffy created this task.Dec 19 2024, 3:12 AM