Why is Jenkins failing when fetching from git, while the command line isn't?

Question

All of my Jenkins builds are failing at the git fetch line.

It's failing at git fetch --tags --progress [email protected]:ethenwilson/whentoact.git

Started by user anonymous Building in workspace /Users/ethen/.jenkins/workspace/Build NikNik  > git rev-parse --is-inside-work-tree Fetching changes from the remote Git repository  > git config remote.origin.url [email protected]:ethenwilson/whentoact.git Fetching upstream changes from [email protected]:ethenwilson/whentoact.git  > git --version using GIT_SSH to set credentials NikNik BitBucket SSH Key  > git fetch --tags --progress [email protected]:ethenwilson/whentoact.git +refs/heads/*:refs/remotes/origin/* FATAL: Failed to fetch from [email protected]:ethenwilson/whentoact.git hudson.plugins.git.GitException: Failed to fetch from [email protected]:ethenwilson/whentoact.git     at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:622)     at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:854)     at hudson.plugins.git.GitSCM.checkout(GitSCM.java:879)     at hudson.model.AbstractProject.checkout(AbstractProject.java:1252)     at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:624)     at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)     at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:530)     at hudson.model.Run.execute(Run.java:1732)     at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)     at hudson.model.ResourceController.execute(ResourceController.java:88)     at hudson.model.Executor.run(Executor.java:234) Caused by: hudson.plugins.git.GitException: Command "git fetch --tags --progress [email protected]:ethenwilson/whentoact.git +refs/heads/*:refs/remotes/origin/*" returned status code 128: stdout:  stderr: remote: Counting objects: 2682, done.[K remote: Compressing objects:   0% (1/1399)   [K remote: Compressing objects:   1% (14/1399)   [K ... remote: Compressing objects:  99% (1398/1399)   [K remote: Compressing objects: 100% (1399/1399)   [K remote: Compressing objects: 100% (1399/1399), done.[K Receiving objects:   0% (1/2682)    Receiving objects:   1% (27/2682)    ...   Receiving objects:  78% (2092/2682), 4.07 MiB | 1.59 MiB/s    Corrupted MAC on input. Disconnecting: Packet corrupt fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed      at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1325)     at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1186)     at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$200(CliGitAPIImpl.java:87)     at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:257)     at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:620)     ... 10 more 

When I run git fetch --tags --progress [email protected]:ethenwilson/whentoact.git from the command line, it works fine, which means my SSH keys must be working.

I'm connecting to BitBucket with Jenkins with SSH verification. Jenkins gets the key from the file it's located (the default one), so I know that Jenkins is using the same key as I am when I run from the command line.

I'm using the latest build of the BitBucket and Git plugins for Jenkins. My installed Git on my Mac is version 1.8.5.2 (Apple Git-48).

My jenkins start command is nohup java -jar ~/jenkins.war --httpPort=8081 --ajp13Port=8010 > /tmp/jenkins.log 2>&1 &.

What's going wrong?

EDIT: I was wrong, I had accidentally hit an option to have the SSH Key be in the wrong place when I did that. Now, using @borrrden's suggestion, it still gives the same error. **EDIT: As @borrrden suggested, I changed my start command to nohup java -Dorg.jenkinsci.plugins.gitclient.Git.useCLI=true -jar ~/Downloads/jenkins.war --httpPort=8081 --ajp13Port=8010 > /tmp/jenkins.log 2>&1 &, and now I get a different crash:

Started by user anonymous Building in workspace /Users/ethen/.jenkins/workspace/Build NikNik  > git rev-parse --is-inside-work-tree Fetching changes from the remote Git repository  > git config remote.origin.url [email protected]:ethenwilson/whentoact.git Fetching upstream changes from [email protected]:ethenwilson/whentoact.git  > git --version using GIT_SSH to set credentials NikNik BitBucket SSH Key  > git fetch --tags --progress [email protected]:ethenwilson/whentoact.git +refs/heads/*:refs/remotes/origin/* FATAL: Failed to fetch from [email protected]:ethenwilson/whentoact.git hudson.plugins.git.GitException: Failed to fetch from [email protected]:ethenwilson/whentoact.git     at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:622)     at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:854)     at hudson.plugins.git.GitSCM.checkout(GitSCM.java:879)     at hudson.model.AbstractProject.checkout(AbstractProject.java:1252)     at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:624)     at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)     at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:530)     at hudson.model.Run.execute(Run.java:1732)     at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)     at hudson.model.ResourceController.execute(ResourceController.java:88)     at hudson.model.Executor.run(Executor.java:234) Caused by: hudson.plugins.git.GitException: Command "git fetch --tags --progress [email protected]:ethenwilson/whentoact.git +refs/heads/*:refs/remotes/origin/*" returned status code 128: stdout:  stderr: Permission denied (publickey). fatal: Could not read from remote repository.  Please make sure you have the correct access rights and the repository exists.      at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1406)     at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1194)     at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$200(CliGitAPIImpl.java:87)     at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:265)     at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:620)     ... 10 more 

Answer 1

I had this problem as well and was only able to solve it by deleting the workspace of the problematic repository on our master Jenkins server.

I think the problem was that there was a connection-error (like @gbjbaanb said) in a few of the builds (our Bitbucket crashed). This left the workspace on master in a corrupt state, and because Jenkins tries to use cached workspaces where it can, this caused every following build to fail as well.

Answer 2

1) Go to job configuration

2) Go to the "Source Code Management" section

3) Additional behaviors > add

4) Select "Wipe out repository and force clone"

This will delete and re-clone only the workspace which is for your job. If you'd like to confirm before deleting, then I suggest echoing out the $WORKSPACE variable via a batch/bash command build step.

Also, this makes the build much slower, so I suggest removing it after one build.