Pure guess on my part, but the message:
stderr: Host key verification failed.
seems to be saying that SSH is not set up properly. When you do an SSH
connection, the remote end has a file for each user called known_hosts in
the user's ssh subdirectory. E.g. ~/ssh/known_hosts on Linux. This contains
a list of DNS names or IP addresses along with the originating host's
public key (the originating host is like your desktop). Normally, the first
time you do an SSH from a desktop to a server, the SSH login process will
give a message (forget exact wording) asking you if you want to add the
host key to the known_users file. You'd normally indicate yes. Now, if
something happens and you regenerate your desktop's SSH key, the keys won't
match and SSH will abort because it thinks this is a break in attempt.
The above _might_ be your problem. If not, I'm sure one of the old wise
ones <grin/> will give the right answer.
On Wed, Feb 13, 2013 at 3:36 AM, Gabby Romano <omerik...@gmail.com> wrote:
> hi all,
> I hope it's the right place for this kind of issues, but since I didn't
> find a solution elsewhere, I thought to give it a try.
> I am trying to switch to an ssh URL instead of HTTP based one in the git
> plugin under Jenkins. whenever I am doing this and trying to run a git hook
> which does polling, I am getting this error:
> Fetching changes from the remote Git repositories
> Fetching upstream changes from ssh://git@<repo URL>
> ERROR: Problem fetching from origin / origin - could be unavailable.
> Continuing anywayhudson.plugins.git.GitException
> Command "/usr/bin/git fetch -t ssh://git@<repo URL>
> +refs/heads/*:refs/remotes/origin/*" returned status code 128:
> stderr: Host key verification failed.
> fatal: The remote end hung up unexpectedly
> at hudson.plugins.git.GitAPI.launchCommandIn(GitAPI.java:897)
> at hudson.plugins.git.GitAPI.launchCommand(GitAPI.java:858)
> at hudson.plugins.git.GitAPI.fetch(GitAPI.java:200)
> at hudson.plugins.git.GitAPI.fetch(GitAPI.java:1105)
> at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:813)
> at hudson.plugins.git.GitSCM.access$100(GitSCM.java:72)
> at hudson.plugins.git.GitSCM$1.invoke(GitSCM.java:744)
> at hudson.plugins.git.GitSCM$1.invoke(GitSCM.java:731)
> at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2236)
> at hudson.remoting.UserRequest.perform(UserRequest.java:118)
> at hudson.remoting.UserRequest.perform(UserRequest.java:48)
> at hudson.remoting.Request$2.run(Request.java:326)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.lang.Thread.run(Thread.java:722)
> Polling for changes in
> Done. Took 0.25 sec
> Changes found
> I tried increasing the MaxStartups attribute in sshd_config but it didn't
> help.git version used is 184.108.40.206.
> any idea what could be the cause of this ?
> You received this message because you are subscribed to the Google Groups
> "Git for human beings" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to git-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?
You received this message because you are subscribed to the Google Groups "Git
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email
For more options, visit https://groups.google.com/groups/opt_out.