UnrealGameSync - P4 syncs are unreliable

Development Pipeline & Plugins
, ,
1

We’re using UGS to sync from our P4 depot

Team members have encountered a semi-common issue where they sync to a CL via UGS, UGS will report that the sync has completed but then they notice that the sync didn’t pull in all the expected files. They then repeat the process and sync to that CL again and notice UGS pulls down more files. They don’t see this issue when syncing to a CL with P4V

Wondering if this is possibly a known issue?

2

Steps to Reproduce

  1. Sync to CL with UGS (preferably CL with lots of file changes)
  2. UGS will report that the sync has completed
  3. Notice not all files are synced
  4. Try to sync to same CL with UGS again
  5. UGS will report it’s syncing additional files
3

Hey Adam,

Would it be possible to get some UGS logs from this time, as well as p4 server version information? There have been some challenges (as it relates to p4 proxy servers, and versions) in the past, so there are a lot of environmental factors at play.

Additionally, could you please provide whether you’re using the perforce native library? You can check this with the Options -> Application Settings -> PerforceSection (Advanced Button) -> Use native Library checkbox.

Kind regards,

Julian

4

Hi Adam,

Sorry for the long waiting, Julian moved team some time ago and the new UGS owner inherited a stack of tickets from the previous owner and we are still catching up with the backlog. It’s been a couple of month, I’m wondering if you figure out something or if still needed help?

Regards,

Patrick

5

Hi Julian,

As far as I can tell there’s no Advanced button in the perforce section and the general advanced button doesn’t have a native library checkbox

Working on getting logs now. We are using a proxy and version is P4D/LINUX26AARCH64/2024.1/2655224 (2024/09/18)

[Image Removed]

[Image Removed]

6

Hi,

Just to update this thread, I’m trying with a new UGS version and hit the same issue

I found this thread

Which describes the issue we’re hitting and tried setting leaf.CanUseWildcard = false; per the suggestion but in doing so, noticed longer sync times and now our syncs frequently fail with

Aborted sync due to error (Fatal: Operation 'open' failed.
Database open error on db.sendq.pt!
open: /p4/1/root/client.readonly.dir/server.dbs/client/143/db.sendq.UGS_Test_Env: No such file or directory (Generic=Admin)). If you are on an unreliable connection, you may wish to increase the number of retries from Options > Application Settings... > Advanced.

Continuing to dig into this issue on our end

7

As an extra data point, some people without the wildcard change have hit this issue so I’m thinking the change just exposes a networking/p4 server issue on our end that results in the database open error

However, haven’t been able to do anything to figure out why files are missing after the sync. Wondering if we have to make some modifications to UGS so it does some extra validation and extra syncs under the hood to ensure no missing files

8

Hi Patrick

No worries, we ended up fixing it by switching UGS to prefer native client