Hudson checkout stuck in 'git fetch'

I am using git version 1.6.2.2.1669.g7eaf8 with the Hudson git 0.7.3 plugin on Hudson 1.314

When I run the build, Hudson does a git fetch, but it never returns. I got stuck there 14 days before I killed him.

Console conclusion - he just sits here all day:

  Started by user anonymous

     Checkout: workspace / C: \ hudson \ jobs \ Group1-git \ workspace - hudson.remoting.LocalChannel@3d858159

     Last build: # 63

     Checkout: workspace / C: \ hudson \ jobs \ Group1-git \ workspace - hudson.remoting.LocalChannel@3d858159

     Fetching changes from the remote Git repository

     Fetching upstream changes from ssh: // git@git /devl.git

     [workspace] $ git.cmd fetch ssh: // git@git /devl.git + refs / heads / *: refs / remotes / origin / *

Here's the stack trace for a hanging thread:

  Executor # 0 for master

 "Executor # 0 for master" Id = 35 RUNNABLE (in native)
     at java.lang.ProcessImpl.waitFor (Native Method)
     at hudson.Proc $ LocalProc.join (Proc.java:166)
     at hudson.plugins.git.GitAPI.fetch (GitAPI.java:102)
     at hudson.plugins.git.GitAPI.fetch (GitAPI.java-00-0086)
     at hudson.plugins.git.GitSCM.fetchFrom (GitSCM.java:231)
     at hudson.plugins.git.GitSCM.access $ 000 (GitSCM.java:56)
     at hudson.plugins.git.GitSCM $ 2.invoke (GitSCM.javahaps73)
     at hudson.plugins.git.GitSCM $ 2.invoke (GitSCM.javahaps58)
     at hudson.FilePath.act (FilePath.java:649)
     at hudson.FilePath.act (FilePath.java:633)
     at hudson.plugins.git.GitSCM.checkout (GitSCM.javahaps58)
     at hudson.model.AbstractProject.checkout (AbstractProject.java:830)
     at hudson.model.AbstractBuild $ AbstractRunner.checkout (AbstractBuild.java data14)
     at hudson.model.AbstractBuild $ AbstractRunner.run (AbstractBuild.java:266)
     at hudson.model.Run.run (Run.java:938)
     at hudson.model.Build.run (Build.java:112)
     at hudson.model.ResourceController.execute (ResourceController.java:93)
     at hudson.model.Executor.run (Executor.java:118)

     Number of locked synchronizers = 1
     - java.util.concurrent.locks.ReentrantLock$NonfairSync@4d9d8bfe
+4
source share
1 answer

Can git wait for input - perhaps an ssh or keyphrase password to access the private key?

+5
source

All Articles