On the 23.40 update I am now getting this cook timeout again.
[2023.02.15-05.19.51:938][563]PlatformCook: Error: Ticket exceeded SLA of 1200000ms)., CookJobId:5937d92b-a592-419e-ae57-14f8a9bfdec6
On the next cook it completed within 20min successfully as shown by these start and finish log entries.
Start Cook Time :
[2023.02.15-06.18.26:983][575]LogHttp: Verbose: Started running threaded request (00000BAC8DE62800). Running threaded requests (1) Rate limited threaded requests (0)
End Cook Time :
[2023.02.15-06.31.18:040][626]LogValkyrieActivityTracker: Session → Continue Activity: LoadingNewContent - Cooking for server platforms finished, waiting on client platforms…
With a substantially large project this is a massive time sink.
To force it to retry the cook, I need to move a mesh, then the whole project needs to process, upload, then cook with the whole process taking an hour each time as my slow upload in australia blows this time right out.
This all stands true even without this bug.
Further to increasing the timeout (if that’s what truly is happening) If there is some way to improve asset upload cache detection and cook cache detection (if that’s even a thing, it seems there is?) it would be greatly beneficial and appreciated.
This is a very substantial project as far as external assets go, approaching 4Gb upload, and because I am leveraging the Epic asset store I cannot externally reduce sizes.
Recent Engine Logs included.
I would also be more than happy to provide project files if they would be of benefit. I think our project is indicative of how many generalists will use UEFN…
Logs - Cardin - 15-02-23.7z (7.1 MB)