All works well until the final step (git push resin master), and the command hangs indefinitely on ‘Writing objects’, stays stuck at 54%. I have tried this from a separate workstation, with exactly the same results. Any thoughts?
C:\simple-server-node> git push resin master
Counting objects: 55, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (33/33), done.
Writing objects: 54% (30/55)
Hey @clayshek,
Welcome to resin! I just ran a build on a new app and it all looks okay for me (logs attached below). Can you describe you setup a bit so we can try narrow down the issue.
Correct, running on Windows. I have same results from both Windows 10 & Win 7 Enterprise. Updated to the latest version of Git (2.14.1.windows.1) on one of those to try to rectify the issue, no change. On v 2.12.0.windows.1 on the other laptop. Was trying with Git command, just tried git bash, same results, hanging on Writing objects. My ssh key was imported to resin.io from Github without issue.
So a bit of further troubleshooting and I seem to be on to something, thanks to your suggestion to use GIT_SSH_COMMAND=“ssh -v” git push…
Pretty much any regular git command that interacts with the resin git server (git clone, git push) is getting hung up at some point. However, when I run it as above to spit out more verbose info, it works. Seems like an info response is being returned, and my terminal isn’t handling it. I see this with both git from windows command line / powershell, as well as git bash, and experiencing this on multiple machines / Windows OS. Still digging further, I may vaguely recall this from some time ago as a git / Windows related bug. However, interesting that I don’t see this problem with github, or my internal gitlab enterprise servers.
Do you think that you could provide us with the log of the failed commands by adding extra verbosity with GIT_SSH_COMMAND=“ssh -vvv” ? That will give our backend team more to work with while troubleshooting this.
Looks like this is related to using Pageant (Putty) for ssh key management. I had my GIT setup configured that way, and has worked elsewhere as mentioned prior. That was the default when running any git command (GIT_SSH environment variable set to ‘C:\Program Files (x86)\PuTTY\plink.exe’), however, when running GIT_SSH_COMMAND that overrides it, taking pageant out of the picture, and everything works find on the Resin git server.
Below is output of the commands run with GIT_TRACE=2, showing the difference. I updated to latest version of putty software (0.70) but issue still exists. I have just removed it from the picture by deleting the GIT_SSH env var, and using git bash with ssh-agent. Works fine now. Others using putty / pageant may experience same.
Yes, solved for me by taking Pageant out of the picture for ssh key management. Would still exist if I went back to using Pageant, so remediated might be a better word, but all good now. Thank you for the help!
I get the same issue and confirm it is using git on windows with putty pageant. Using pageant to manage keys works with every every other git server server I use, (bitbucket, github, gitlab). It is also the default for the popular widows git client tortise git.
I guess it is a lower priority to fix but would be nice someday and may cause some windows users confusion and make it harder to give resin.io a go.