it-swarm.com.de

Jenkins gab den Statuscode 128 mit github zurück

mit github befehl habe ich

ssh -T [email protected]
Hi (MyName)! You've successfully authenticated, but GitHub does not provide Shell access.

meine verbindung mit github ist ok kein problem, aber mit jenkins habe ich diesen fehler

ERROR: Error cloning remote repo 'Origin' : Could not clone [email protected]:Name-MysRepo/MyRepo.git
hudson.plugins.git.GitException: Could not clone [email protected]:Name-MysRepo/MyRepo.git
    at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.Java:219)
    at hudson.plugins.git.GitSCM$2.invoke(GitSCM.Java:1001)
    at hudson.plugins.git.GitSCM$2.invoke(GitSCM.Java:942)
    at hudson.FilePath.act(FilePath.Java:904)
    at hudson.FilePath.act(FilePath.Java:877)
    at hudson.plugins.git.GitSCM.determineRevisionToBuild(GitSCM.Java:942)
    at hudson.plugins.git.GitSCM.checkout(GitSCM.Java:1101)
    at hudson.model.AbstractProject.checkout(AbstractProject.Java:1369)
    at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.Java:676)
    at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.Java:88)
    at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.Java:581)
    at hudson.model.Run.execute(Run.Java:1575)
    at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.Java:477)
    at hudson.model.ResourceController.execute(ResourceController.Java:88)
    at hudson.model.Executor.run(Executor.Java:241)
Caused by: hudson.plugins.git.GitException: Command "git clone --progress -o Origin [email protected]:Name-MysRepo/MyRepo.git /root/.jenkins/jobs/TestKRGDAOV01/workspace" returned status code 128:
stdout: Cloning into '/root/.jenkins/jobs/TestKRGDAOV01/workspace'...

stderr: Permission denied (publickey).
fatal: The remote end hung up unexpectedly

warum dieses problem mit publickey ich benutze jenkins unter tomcat7/ubuntu 12help bitte 

48
nizar ouerghi

Dieser Fehler:

stderr: Erlaubnis verweigert (publickey). fatal: Das entfernte Ende legte auf unerwartet

zeigt an, dass Jenkins versucht, mit dem falschen ssh-Schlüssel eine Verbindung zu github herzustellen.

Du solltest:

  1. Bestimmen Sie den Benutzer, den Jenkins ausführt, z. 'build' oder 'jenkins'
  2. Melden Sie sich beim jenkins-Host an, der versucht, den Klon auszuführen. Melden Sie sich also nicht beim Master an, wenn ein Knoten tatsächlich den Build durchführt.
  3. Versuchen Sie, ssh auf github zu setzen. Wenn dies fehlschlägt, müssen Sie den richtigen Schlüssel zu /.ssh hinzufügen
41
imdibiji

Zu prüfen sind folgende:

  1. wenn der rechte öffentliche Schlüssel (id_rsa.pub) auf den git-server hochgeladen wird.
  2. wenn der rechte private Schlüssel (id_rsa) nach /var/lib/jenkins/.ssh/ kopiert wird
  3. wenn die known_hosts-Datei im Ordner ~/.ssh erstellt wird. Versuchen Sie ssh -vvv [email protected], um die Debug-Protokolle anzuzeigen. Wenn alles gut geht, wird github.com known_hosts hinzugefügt.
  4. wenn die Erlaubnis von id_rsa auf 700 eingestellt ist (chmod 700 id_rsa)

Versuchen Sie nach allen Überprüfungen ssh -vvv [email protected].

11
Tim Long

In meinem Fall musste ich den öffentlichen Schlüssel zu meinem Repo hinzufügen (bei Bitbucket) UND git clone einmal über ssh verwenden, um die Frage "bekannter Host" beim ersten Mal mit Ja zu beantworten.

4
etunko

Stellen Sie außerdem sicher, dass Sie die ssh-github-URL und nicht das https verwenden

2
Roberto

ich hatte vor einiger Zeit das gleiche Problem . Stellen Sie sicher, dass Ihr SSH-Schlüssel kein Kennwort enthält, und verwenden Sie kein allgemeines Benutzerkonto (z. B. besser für ein Benutzerkonto mit dem Namen Jenkins oder so).

Überprüfen Sie den folgenden Artikel http://fourkitchens.com/blog/2011/09/20/trigger-jenkins-builds-pushing-github

2
olexii

Ich habe die Berechtigung meines .ssh/id_rsa (privaten Schlüssels) in 604 . Chmod 700 id_rsa geändert

0

Ich habe mein Projekt (Stammordner) gelöscht und erneut erstellt. Es war der schnellste und einfachste Weg in meinem Fall.

Vergessen Sie nicht, alle Änderungen zu speichern, bevor Sie Ihr Projekt löschen!

0
Mikhail Grunko