[git-users] error in git when switching to ssh.

2013-02-13 Thread Gabby Romano 
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@
ERROR: Problem fetching from origin / origin - could be unavailable. Continuing 
anywayhudson.plugins.git.GitException 
:
 Command "/usr/bin/git fetch -t ssh://git@ 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
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 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
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 1.7.9.6.  

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.

[git-users] Re: Usage of git for partly local / partly remote

2013-02-13 Thread Rainer M Krug 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 12/02/13 17:01, Konstantin Khomoutov wrote:
> On Tue, 12 Feb 2013 16:29:09 +0100 Rainer M Krug 
>  wrote:
> 
>> I have question on how to organize to put a project under git.
>> 
>> The project consists out of effectively three directories:
>> 
>> - --Data (this is several GB, but it is GIS and slightly dynamic and I would 
>> like to have it 
>> in a local git only as it contains confidential data)
>> 
>> - --source code (this is the simulation I write (R package), which has to be 
>> under git and 
>> also pushed to github)
>> 
>> - --simulation files (I would like to have it also under a local git so that 
>> I have a record 
>> of changes)
>> 
>> so it looks:
>> 
>> |-Data - -project-+-code |-sim
>> 
>> So how can I setup git, so that I can push -code to github, but all three 
>> folders are under 
>> git?
>> 
>> Just to be clear: I am the only developer, and the folders Data and sim are 
>> only locally 
>> relevant, while code contains the package, which can be used independently 
>> of the other two.
> 
> I imagine the simplest way to go would be this:
> 
> 1) Initialize the root of your tree as a git repository. 2) Add the "Data" 
> directory to the 
> ignore list (.gitignore file). 3) Go to the "Data" directory and initialize 
> there another 
> repository.

The more I think about it, this is likely the easies and best solution. The 
Data and code do not
have to be in sync, as the results which are stored in Data will anyway refer 
to the branch of the
code from which they were simulated. So much ess commits ae needed for Data 
then for code.

Thanks,

Rainer

> 
> Now calls to Git in the top-level directory (and its subdirectories, except 
> "Data") will find 
> the root repository and ignore your data; calls to Git in the "Data" 
> directory will find the 
> repository there, and use it.
> 
> The upside is that both projects are completely disjoint.  The possible 
> downside is that this 
> might not be convenient if you want your simulation data to be somehow in 
> sync with the
> commits in the code repository.  In the latter case, the way to go is to use 
> submodules or to
> resort to some more manual solutions such as attaching notes to certain 
> commits in the code
> repository containinig SHA-1 names of the matching commits in the data 
> repository -- the notes
> are not pushed by default.
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRG2IKAAoJENvXNx4PUvmCezEH/0j8WDXctaJEIZ0IJHzQnjJL
K1XB42w2Q1hOo9qPVJg7IDSFhqZRQYxlI6avX50QBeBTbDai1rNJgXJ3WpDLCRZc
gU20DksPyYWxKusRzk/f4BF7ACL2d5Yd0PAKXU/kWLvmyl0d6p51CcNa1RAhrbiq
3InUZjt4uGO682ex4QtSawqhUl6MLeNArnxhqW7yiQnVN5OHwyGo6Dc7rtwFa65t
y2TaIr4XaMa7AXmlV5jbiaK5qpvOW6xpM+VkjdONTmpQPjYqD9VnMT2+FjVzKJQR
5Q9kRYZ0zmXbPNpFDIYmcbXe2As0xwwOzzbO08G6c3zPLcpaSUsLX9rzwKRRFug=
=n5ic
-END PGP SIGNATURE-

-- 
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.

[git-users] Re: Usage of git for partly local / partly remote

2013-02-13 Thread Rainer M Krug 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 12/02/13 17:10, John McKown wrote:
> I'm not any kind of expert. But have you looked at maybe setting the Data and 
> sim
> subdirectories set up as submodules? http://git-scm.com/docs/git-submodule 
> http://git-scm.com/book/en/Git-Tools-Submodules
> 
> This concept is not really addressing what you want directly, but may be a 
> way to come at it 
> sideways. Which is something I do with distressing regularity. It would 
> almost be as if the
> Data and sim subdirectories were not in the same project subdirectory, but 
> alongside it. Doing
> a git command in the project subdirectory should not affect the submodule 
> subdirectories. I
> think that if you update something in either of those subdirectories, you 
> will need to do the
> proper git commands in that subdirectory.
> 
> E.g. if you want to modify the file "bubba.R" in the sim subdirectory, then 
> do a cd into the
> sim subdirectory, edit the file and do the "git add bubba.R" and "git commit" 
> command in the
> sim subdirectory.

I looked at submodules, and they very likely will do what I would like to have, 
but I believe in
simple solutions and I will use the "different repositories and gitignore" 
approach as oulined by
Konstantin.

I will keep your suggestion in mind if I need something more complex.

Thanks,

Rainer

> 
> Perhaps one of the truly "wise old ones"  will warn us if I am going 
> off in the wrong 
> direction. It wouldn't surprise me.
> 
> 
> On Tue, Feb 12, 2013 at 9:29 AM, Rainer M Krug
>  > wrote:
> 
> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
> 
> Hi
> 
> I have question on how to organize to put a project under git.
> 
> The project consists out of effectively three directories:
> 
> - --Data (this is several GB, but it is GIS and slightly dynamic and I would 
> like to have it in
> a local git only as it contains confidential data)
> 
> - --source code (this is the simulation I write (R package), which has to be 
> under git and
> also pushed to github)
> 
> - --simulation files (I would like to have it also under a local git so that 
> I have a record
> of changes)
> 
> so it looks:
> 
> |-Data - -project-+-code |-sim
> 
> So how can I setup git, so that I can push -code to github, but all three 
> folders are under
> git?
> 
> Just to be clear: I am the only developer, and the folders Data and sim are 
> only locally
> relevant, while code contains the package, which can be used independently of 
> the other two.
> 
> Thanks,
> 
> Rainer
> 
> 
> -- 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+unsubscribe-/jypxa39uh5tlh3mboc...@public.gmane.org 
> . 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?
> 
> Maranatha! <>< John McKown
> 
> -- 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+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/ez6zc...@public.gmane.org 
> For more options,
> visit https://groups.google.com/groups/opt_out.
> 
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRG2KrAAoJENvXNx4PUvmCTjUH/jnLI6gen/z7GmmTCUXO9qz8
bN14yxR8Oz82+eytJfEcI+6Dl9hXjA2tWzXoZI963rs2Mi3p86QlqyUXBPxIQMJq
mkm3Lx1V1m05JV/kojtTAAkGN8XN+Rv3crluwmyJIiATXZ/4N9prcGrsNjDO5VzG
DDNL3xSGITcXJLiB+VSfIsYm/G/k4ZYaOj1qcfKpr8WG1cp69KYLhxKwAT5i7FQh
Xwtar0ew5YEhKh6bsByPXq9izMYGjXMqUmoRayzU0ILnhQw1Cd4kcWJ9UI0gUsi8
RLWRu0ltSImSoI6akmO9MWan83I1RmtLoT7QW7XV1cYBtapdTQJQy2xc+Mo5ljA=
=On9B
-END PGP SIGNATURE-

-- 
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.

Re: [git-users] error in git when switching to ssh.

2013-02-13 Thread John McKown 
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  will give the right answer.


On Wed, Feb 13, 2013 at 3:36 AM, Gabby Romano  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@
> ERROR: Problem fetching from origin / origin - could be unavailable. 
> Continuing anywayhudson.plugins.git.GitException 
> :
>  Command "/usr/bin/git fetch -t ssh://git@ 
> +refs/heads/*:refs/remotes/origin/*" returned status code 128:
> stdout:
> 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 
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
>   at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:166)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
>   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 1.7.9.6.
>
> 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?

Maranatha! <><
John McKown

-- 
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.

[git-users] Re: error in git when switching to ssh.

2013-02-13 Thread Thomas Ferris Nicolaisen 

On Wednesday, February 13, 2013 10:36:52 AM UTC+1, Gabby Romano 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@
> ERROR: Problem fetching from origin / origin - could be unavailable. 
> Continuing anywayhudson.plugins.git.GitException 
> :
>  Command "/usr/bin/git fetch -t ssh://git@ 
> +refs/heads/*:refs/remotes/origin/*" returned status code 128:
> stdout: 
> 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 
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
>   at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:166)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
>   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 1.7.9.6.  
>
> any idea what could be the cause of this ?
>
>
>

It's an authentication problem. It will only work if the account running 
Jenkins has SSH key access to the Git host.

So essentially, before this will work, you should be able to do something 
like:

# on jenkins server
sudo su jenkins # become the user which runs the jenkins process
ssh git@
# connection successful, no prompt for password

Does that work?

See also 
https://wiki.jenkins-ci.org/display/JENKINS/Git+Plugin#GitPlugin-Gotchas 

-- 
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.

Re: [git-users] error in git when switching to ssh.

2013-02-13 Thread Konstantin Khomoutov 
On Wed, 13 Feb 2013 01:36:52 -0800 (PST)
Gabby Romano  wrote:

> 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@
> ERROR: Problem fetching from origin / origin - could be unavailable.
> Continuing anywayhudson.plugins.git.GitException
> :
> Command "/usr/bin/git fetch -t ssh://git@
> +refs/heads/*:refs/remotes/origin/*" returned status code 128:
> stdout: 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 hudson.remoting.InterceptingExecutorService
> $1.call(InterceptingExecutorService.java:72) at
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at
> java.util.concurrent.FutureTask.run(FutureTask.java:166) at
> java.util.concurrent.ThreadPoolExecutor.runWorker
> (ThreadPoolExecutor.java:1110) at
> java.util.concurrent.ThreadPoolExecutor$Worker.run
> (ThreadPoolExecutor.java:603) 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 1.7.9.6.  
> 
> any idea what could be the cause of this ?

The "Host key verification failed." message from an SSH client usually
means that the SSH key on the server has changed.  The security of
the SSH protocol rests in trusting the server's key -- that's why SSH
clients insist on verifying and accepting the server's key (showing you
its fingerprint) when you connect to a server for the first time.
Then the accepted key is typically cached, and next time you connect
to that same server (using the same hostname!) your SSH client checks
to see the fingerprint of the key presented by the server matches the
cached one for that server, and if the server's key suddenly changes,
the SSH client assumes a possibility of the MitM attack and refuses to
proceed.

I'm not quite sure what you're doing in your particular case (I mean,
on which side the SSH client is failing, and the matter is further
complicated by the fact some Java program is involved in the process
(I recall Hudson is something like a CI server, right?)).
But I think I gave you some clue for further research.

For OpenSSH, you usually use `ssh-keygen -R ` to remove the
cached entry for the server .
For PuTTY, it's a matter of deleting an appropriate entry from
HKCU\Software\SimonTatham\PuTTY\SshHostKeys

-- 
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.

Re: [git-users] error in git when switching to ssh.

2013-02-13 Thread Gabby Romano 
Thanks Konstantin and All,

I did try 3 things :

1) changed git path to full path under the git plugin in jenkins. didn't
help.
2) I tried to ssh manually from the master (and from the slave which
actually runs the jobs, in fact), it worked with no password asked, so I
guess the ssh configuration is correct.
3) I also tried to clone manually (using the ssh URL) from the repository
server, running as the user who runs jenkins - worked fine.

I ran out of ideas.:-(

did I miss something here ?



On Wed, Feb 13, 2013 at 3:28 PM, Konstantin Khomoutov <
flatw...@users.sourceforge.net> wrote:

> On Wed, 13 Feb 2013 01:36:52 -0800 (PST)
> Gabby Romano  wrote:
>
> > 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@
> > ERROR: Problem fetching from origin / origin - could be unavailable.
> > Continuing anywayhudson.plugins.git.GitException
> > <
> http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitException
> >:
> > Command "/usr/bin/git fetch -t ssh://git@
> > +refs/heads/*:refs/remotes/origin/*" returned status code 128:
> > stdout: 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 hudson.remoting.InterceptingExecutorService
> > $1.call(InterceptingExecutorService.java:72) at
> > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at
> > java.util.concurrent.FutureTask.run(FutureTask.java:166) at
> > java.util.concurrent.ThreadPoolExecutor.runWorker
> > (ThreadPoolExecutor.java:1110) at
> > java.util.concurrent.ThreadPoolExecutor$Worker.run
> > (ThreadPoolExecutor.java:603) 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 1.7.9.6.
> >
> > any idea what could be the cause of this ?
>
> The "Host key verification failed." message from an SSH client usually
> means that the SSH key on the server has changed.  The security of
> the SSH protocol rests in trusting the server's key -- that's why SSH
> clients insist on verifying and accepting the server's key (showing you
> its fingerprint) when you connect to a server for the first time.
> Then the accepted key is typically cached, and next time you connect
> to that same server (using the same hostname!) your SSH client checks
> to see the fingerprint of the key presented by the server matches the
> cached one for that server, and if the server's key suddenly changes,
> the SSH client assumes a possibility of the MitM attack and refuses to
> proceed.
>
> I'm not quite sure what you're doing in your particular case (I mean,
> on which side the SSH client is failing, and the matter is further
> complicated by the fact some Java program is involved in the process
> (I recall Hudson is something like a CI server, right?)).
> But I think I gave you some clue for further research.
>
> For OpenSSH, you usually use `ssh-keygen -R ` to remove the
> cached entry for the server .
> For PuTTY, it's a matter of deleting an appropriate entry from
> HKCU\Software\SimonTatham\PuTTY\SshHostKeys
>

-- 
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.

Re: [git-users] error in git when switching to ssh.

2013-02-13 Thread Konstantin Khomoutov 
On Wed, 13 Feb 2013 15:49:56 +0200
Gabby Romano  wrote:

> I did try 3 things :
> 
> 1) changed git path to full path under the git plugin in jenkins.
> didn't help.
> 2) I tried to ssh manually from the master (and from the slave which
> actually runs the jobs, in fact), it worked with no password asked,
> so I guess the ssh configuration is correct.
> 3) I also tried to clone manually (using the ssh URL) from the
> repository server, running as the user who runs jenkins - worked fine.
> 
> I ran out of ideas.:-(
> 
> did I miss something here ?

One another idea to investigate is some possibility for your ssh client
reading some other file with known hosts, differing from that it reads
when you run ssh (or git) by hand.  I'm not sure about how *exactly*
this might happen, but at least it looks like this.

To find out, try running the whole fetch operation using the `strace`
tool passing it the "-f" command-line option (stands for "forks") and
possibly further instrument it to only trace open(2) calls and write
its output to a log file.  So, do something like:

$ strace -o /tmp/fetch.log -f -e trace=open jenkins fetch blah

Then in the log file, try to see which files were open(2)-ed by the
toolchain -- the suspects are files named like "known_hosts" or accessed
using paths containing ".ssh" in them.

Also plain googling using
https://www.google.ru/search?q="Host+key+verification+failed"+jenkins
yields a whole lot of discussions; since I have almost zero information
about your setup, you're advised to dig through them by yourself and
see if something applies to your case.

-- 
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.

Re: [git-users] error in git when switching to ssh.

2013-02-13 Thread Thomas Ferris Nicolaisen 
On Wednesday, February 13, 2013 2:49:56 PM UTC+1, Gabby Romano wrote:

> Thanks Konstantin and All, 
>
> I did try 3 things : 
>
> 1) changed git path to full path under the git plugin in jenkins. didn't 
> help.
> 2) I tried to ssh manually from the master (and from the slave which 
> actually runs the jobs, in fact), it worked with no password asked, so I 
> guess the ssh configuration is correct.
> 3) I also tried to clone manually (using the ssh URL) from the repository 
> server, running as the user who runs jenkins - worked fine.
>
>
Then Jenkins (or rather the slave) must be doing SSH differently somehow. 
I've fiddled a lot with this, but mostly with Windows slave nodes (I take 
it you are working with Linux machines only since it is using /usr/bin/git).

Where are the keys located?

A thing you can try is to make a "Debugger Job" in Jenkins. 

1) Make a free-style job that just does the following (no SCM configured):
2) Add build step -> Execute Shell
3) Enter the following:

ssh -vvv git@

Now run the job and observe the console output. You should be able to see 
where SSH tries looking for the key files.

Note that there's no guarantee that the Jenkins Git plugin uses SSH exactly 
the same way, but there could be some clues here.

-- 
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.

[git-users] git svn init throws Not a git repository (or any of the parent directories): .git

2013-02-13 Thread Ace McCloud 
Hi all,

I have problem with git svn init:
When I execute
git svn init svn+ssh://username[at]example.com/path/repo
I see:
fatal: Not a git repository (or any of the parent directories): .git
Already at toplevel, but .git not found
at /usr/lib/git-core/git-svn line 342

But when I execute:
git svn clone svn+ssh://username[at]example.com/path/repo
Everythins is ok and I see:
Initialized empty Git repository in /tmp/svn_migration/repo/.git/

Any hints why it's no working?
I prefer to do first init and then fetch, because I can fetch selected
revisions (git svn fetch --revision 1:1000) - so it's easier for me to
split migration into groups lets say 1000 revision at once.

My software versions:
git version 1.8.1.1

svn, version 1.6.12 (r955767)
compiled Feb 17 2012, 10:36:45

Best regards.

-- 
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.

[git-users] git svn init throws Not a git repository (or any of the parent directories): .git

2013-02-13 Thread Ace McCloud 
 

Hi all,

I have problem with git svn init:
When I executegit svn init svn+ssh://username[at]example.com/path/repo
I see:fatal: Not a git repository (or any of the parent directories): .git
Already at toplevel, but .git not found
 at /usr/lib/git-core/git-svn line 342

But when I execute:git svn clone svn+ssh://username[at]example.com/path/repo
Everything is ok and I see:Initialized empty Git repository in 
*/tmp/svn_migration/repo/*.git/

Any hints why it's no working?
I prefer to do first init and then fetch, because I can fetch selected
revisions (git svn fetch --revision 1:1000) - so it's easier for me to
split migration into groups lets say 1000 revision at once.

My software versions:git version 1.8.1.1

svn, version 1.6.12 (r955767)
   compiled Feb 17 2012, 10:36:45

Best regards.

-- 
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.