developer: An exception was encountered during the get latest operation. Exception: 2100 : FailExistingDownload
Nick: did you retry it?
developer: yep, happened again
developer: when I GLV <project X>
Nick: be specific what you are GLV'ing so that I can test it ?
developer: narrowing it down
developer: <$/specific path to a .CPP file>
Nick: works fine for me, so something in the client side is wrong; odds are that it's something in the mechanism which tracks the local state of the file; you could try restarting the vault client; is there anything particular/specific you are doing with this local folder that could confuse the state tracking in teh client?
developer: nope. I'll try restarting, and if that doesn't work I'll blow away my Vault cache
Nick: k
developer: restarting the client fixed it. Dunno. Dunwannano.

Hard to say without more troubleshooting. Most likely some sort of network glitch or something else preventing the download. If it's reproducible with a specific set of steps or if it happens often, we'd like to see the server and client logs.

I wanted to add to this thread based on troubleshooting a different user so that this information could be found by future users. The issue involved having a developer who is actively developing on the same machine as where the builds happened. The developer was logged into the GUI client and working and a script was logging in with the same name on the command-line client. Both were sending commands at the same time. There were two possible ways to resolve this. One was to have the script use a different username. The other was to have the script run under a different Windows username so that it would have a cache in a different location.