GIT_SSH не работает на одном из моих оконных рабов - PullRequest
Новая
       7

GIT_SSH не работает на одном из моих оконных рабов

0 голосов
/ 10 мая 2018

Супер расстраивает, потому что это работает на одном из моих ведомых окон, но не на этом - и я не могу найти никаких различий в конфигурации.

На работающем рабе я вижу это: 

[Pipeline] checkout
Cloning the remote Git repository
Cloning repository git@bitbucket.org:myteam/myapp.git
 > git init C:\Jenkins\workspace\test-slave123456 # timeout=10
Fetching upstream changes from git@bitbucket.org:myteam/myapp.git
 > git --version # timeout=10
using GIT_SSH to set credentials mygitcreds
 > git fetch --tags --progress git@bitbucket.org:myteam/myapp.git +refs/heads/*:refs/remotes/origin/* # timeout=45
 > git config remote.origin.url git@bitbucket.org:myteam/myapp.git # timeout=10
 > git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # timeout=10
 > git config remote.origin.url git@bitbucket.org:myteam/myapp.git # timeout=10
Fetching upstream changes from git@bitbucket.org:myteam/myapp.git
using GIT_SSH to set credentials mygitcreds
 > git fetch --tags --progress git@bitbucket.org:myteam/myapp.git +refs/heads/*:refs/remotes/origin/* # timeout=45
 > git rev-parse "origin/test-slave^{commit}" # timeout=10
Checking out Revision 30f11ef09ab13f73fb9a6b75983e1bf32437f51d (origin/test-slave)
Enabling Git LFS pull
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 30f11ef09ab13f73fb9a6b75983e1bf32437f51d # timeout=45
 > git config --get remote.origin.url # timeout=10
using GIT_SSH to set credentials mygitcreds
 > git lfs pull origin # timeout=45
Commit message: "test slave"
 > git rev-list --no-walk 30f11ef09ab13f73fb9a6b75983e1bf32437f51d # timeout=10

Но на отказавшем рабе: 

[Pipeline] checkout
Cloning the remote Git repository
Cloning repository git@bitbucket.org:myteam/myapp.git
 > git init C:\Jenkins\workspace\test-slave123456 # timeout=10
Fetching upstream changes from git@bitbucket.org:myteam/myapp.git
 > git --version # timeout=10
using GIT_SSH to set credentials mygitcreds
 > git fetch --tags --progress git@bitbucket.org:myteam/myapp.git +refs/heads/*:refs/remotes/origin/* # timeout=45
ERROR: Error cloning remote repo 'origin'
hudson.plugins.git.GitException: Command "git fetch --tags --progress git@bitbucket.org:myteam/myapp.git +refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: gituserfromcredbinding@bitbucket.org: Permission denied (publickey).
fatal: Could not read from remote repository.

То же самое конвейерное задание, то же репо, те же кредиты и ведомое устройство должны быть настроены одинаково, но когда я меняю агента, чтобы он указывал на другого ведомого, он не может клонировать.

На работающем подчиненном устройстве все, что мне нужно было сделать, это установить git для windows (отключить хранилище кредитов windows), установить java, а затем запустить jnlp jar.

Пытался сделать то же самое на неработающем рабе, поэтому я не знаю, почему это может быть неудачным.

Ответы [ 2 ]

0 голосов
/ 19 июня 2019

Я изменяю git bash с версии: 2.22.0 на версию: 2.12.0 (и я выбираю «Включить хранилище кредитов Windows»), ведомое устройство Windows снова работает

0 голосов
/ 11 мая 2018

Bitbucket не может аутентифицировать вас на подчиненном, где он не работает.

Причина может быть:

  1. Вы не настроили ключ ssh для ведомого, где онНе работает Или
  2. Ключ, который там находится, не связан с учетной записью, которую вы пытаетесь использовать.

Если кредиты и т. д. все одинаково, то вы можете попробовать:

1. Скопируйте ключи, присутствующие в файле "known_hosts" на рабочем подчиненном устройстве.

2. Вставьте ключи, скопированные на шаге 1 выше, в файл "known_hosts"нерабочий подчиненный.

Если в случае, если ключи также одинаковы в обоих ведомых устройствах, попробуйте:

ssh в нерабочее ведомое устройство и вручную попытаться клонировать один раз.Причина в том, что если вы никогда не использовали этого ведомого (нерабочего) раньше, он может запросить: « Аутентичность хоста. Вы уверены, что хотите продолжить подключение (да / нет) », для чегоВы должны сказать Да, только один раз.

...