Closed Vampire closed 6 years ago
Hi @Vampire :-) Looks like the Teamcity built-in git client cannot access your SSH key-pair for authentication on github. Did you specify an absolute path to your SSH key and certificates in your VCS-Root settings? Or is Teamcity configured to use the "Default" private key of your system? If yes, this might explains why you are seeing this. If you can, I would try uploading the SSH key files to your Teamcity instance instead, this should definitively work (the TC will transmit it automatically to the build agent). Otherwise, you will need to bind the key files somehow in the container (they will need to be available on the server running the Docker daemon).
The other warnings are maybe related, I would first ignore them.
Neither, nor. I'm already using uploaded key. You see the second line, where it tries to get it, but is denied with 403 forbidden.
Interesting. The warning about the missing ssl certificate is puzzling. Did you set up certificate based authentication between the client and server?
I would try to start the container manually to see if you can reproduce the issue (instructions for the official agent image are available here: https://hub.docker.com/r/jetbrains/teamcity-agent/ ) Note that your agent will register itself as a "regular" agent and you'll need to authorize it explicitly.
I doubt that the problem comes from the plugin though, it can't really disrupt the communication between the agent and server.
Ok, forget it.
It is kind of a homemade problem.
We have a proxy in front of TeamCity that teminates https and also adds guest=1
parameter to all requests, so that 99% of the users of this instance do not always have to press the "Login as guest" link which will scare away many users before they even press it.
For normal logged in users this is no problem, as there the parameter then is ignored and they can work in their session.
But the agents did not like this when doing stuff that needs priviledges like requesting SSH keys.
For now I changed the agents to run on "Host" network and access TC on 127.0.0.1, this way it works properly.
Maybe in the future I also move TC into a Docker container and then have them share a network in which they can talk.
I hope I'm not wrong here and bother you for nothing. I just found your plugin and wanted to give it a try. Unfortunately, I cannot get it working properly. When I start a build on the Docker Cloud Agent, the client-side checkout does not work. (And seemingly some other stuff)
In the log I see
As there is no problem and all going well when using the default build agent, I assume it is related to your plugin. Do you have any idea / hint, what could cause this?