@<1523701087100473344:profile|SuccessfulKoala55> Thank your for your advice. I have updated the clearml agent version to 1.7, cleared the cached and forced the server port (it wasn't 22) and also forced the ssh user to git. The error has changed slightly:

cloning: 

_company.com:1234/our_gitlab/our_repo.git
Using SSH credentials - ssh url '

_company.com:1234/our_gitlab/our_repo.git' with ssh url '

_company.com:1234/our_gitlab/our_repo.git'
git@our_to...

yup, I'll try and let you know

I confirm that I can successfully clone the repo from a newly created shell directly on the clearml agent server using the url it printed in the logs:

_company.com:1234/our_gitlab/our_repo.git

I managed to solve the issue by debugging the agent. I found out that despite the None _company.com:1234/our_gitlab/our_repo.git line I found out that it was actually trying to clone from the url None _company.com:1234/our_gitlab/our_repo.git . The agent host machine therefore didn't try to use the git user, but the session user ec2-user resulting in a permission denied error.

I solved it by adding an entry in the agent's `~/...

Hi Martin, of course not, I was just wondering if it has been patched yet and if not what is the expected timeline for patching it

Good to know, thanks!

I'm using a self hosted instance of clearml, running on AWS using the AMI clearml-server-1.13.0-414-117

@<1523701087100473344:profile|SuccessfulKoala55> clearml-agent version is 1.6.1