Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Celebration

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root

Avatar

1 badge earned

Collect

Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!

Challenges
Coins

Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.

Recognition
Ribbon

Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!

Leaderboard

`git pull` fails in pipeline with error `Could not resolve proxy: host.docker.internal`

We use a pipeline step which pushes changes made during that step to the main branch of the repo. This has worked fine over the last couple of months. Today, the pipeline failed when trying to git pull, with the error message:

Could not resolve proxy: host.docker.internal
The pipeline is run by a self-hosted linux docker runner, version 1.413. 
The pipeline step:
image.png
 
Pipeline error:
image.png
The `hint` is unrelated. 
Pipeline success a few days ago:
image.png
 
What could be the issue here?
  • Some problem with the runner?
  • Some change on the runner host?
  • A change in the base image of the step (minor upgrade in python:3.11 image)?
  • Something else entirely?

Thanks for your help,

Chris

2 answers

1 accepted

2 votes
Answer accepted
Theodora Boudale
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Feb 15, 2023

Hi Chris!

I have been able to reproduce this error, and I think the culprit is that the proxy URL gets changed after the execution of the pipe bitbucket-pipe-release.

I used the command git config --list before and after the pipe's execution:

Before:

http.http://bitbucket.org/my-workspace/my-repo.proxy=http://localhost:29418/

After:

http.http://bitbucket.org/my-workspace/my-repo.proxy=http://host.docker.internal:29418/

I have raised the issue with the development team, I think something might have changed with how pipelines work with Docker containers. Were you also using the pipe before, when the git pull command was successful?

The workaround at the moment is to add a command in the script of your yml file, after the pipe command and before the git pull one, that changes the proxy to what it was. You can use the following command:

- git config http.http://bitbucket.org/${BITBUCKET_WORKSPACE}/${BITBUCKET_REPO_SLUG}.proxy http://localhost:29418/

Please feel free to let me know how it goes and if you need anything further.

Kind regards,
Theodora

Hi Theodora,

Thanks for taking the time to look into this and identifying the problem.

Were you also using the pipe before, when the git pull command was successful?

Yes, the pipeline itself did not change at all.

Please feel free to let me know how it goes and if you need anything further.

The pipeline is not critical, so I will wait until your colleagues had a chance to investigate.

One other issue that has probably been resolved, but might be good for you to know:

I had some trouble posting this question and getting updates on it. For a period of around a week before posting this question, I was unable to submit questions. I kept being redirected back to select my product when I tried to save it. Once I did eventually manage to post this question, it seems I was not added to the list of watchers (I believe posters and commenters are usually auto-added). I only stumbled upon your and @Syahrul 's answers by accident, when cleaning up my old tabs. That is why I did not get back to you sooner.

Thanks and best regards,

Chris

0 votes
Syahrul
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Feb 19, 2023

G'day @Christof Koegler _Gaims GmbH_ 

We wish to continue the investigation further and have raised a support ticket on your behalf.

You can view the ticket from our support portal here. 

Cheers,
Syahrul

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PERMISSIONS LEVEL
Site Admin
TAGS
AUG Leaders

Atlassian Community Events