Open electrum opened 12 years ago
For the first one, the request timed out in the client. For the second one, the agent timed out waiting for the slot lock, because it was still running the first upgrade request. If you look closely at the third request, the server was already at version 1.2 and you simply upgraded it to 1.2 again.
So all of the problems were caused by the first request taking a long time. This was most likely caused by downloading the binary into your nexus repo. The third command was fast binary was already in you nexus repo.
The real problem here is we timeout too aggressively for long running commands like install and stop, and we need transient states like "installing", "restarting" and "stopping", so the user knows what is going on.
The first upgrade command timed out:
The second upgrade returned a weird error:
The third succeeded:
The timeout might be caused by the Nexus proxy being slow. This was the first access for that artifact.