VersionedFile symlink inconsistency
When a user uploads multiple files that have the same filename within an exceeeeedingly small time window, there's a chance that the block of code that creates a symlinked version file can hit a race condition.
This happens pretty rarely, but whenever it does, it's always from gwcelery uploading multiple circular templates, which is a known bug that's being addressed.
That being said, examining the files in question in this superevent S230504an:
The file versioning seems to have worked like it should have? And the symlink seems to be pointing at the right file? But honestly it's difficult to tell when there are so many duplicates of the same file. So I don't know if the Error that Brian Moe raised in that routine is correct.... or if there was a brief moment in that superevent's timeline when the symlink was inconsistent with the intended file, or if that broken symlink was fixed the next time a new file came in, or if it's still broken and just pointing to the wrong file (which happens to be the same?).
Given that, and that it only occurs during the gwcelery bug that's going to get fixed, I'm kind of afraid to touch it without knowing what's really going on and having a good way to test it.