Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

failed to load artifacts: close tcp 10.60.1.248:51054->18.205.93.1:22: use of closed network connection #1457

Closed
saward opened this issue Jul 2, 2019 · 12 comments
Labels

Comments

@saward
Copy link

saward commented Jul 2, 2019

Is this a BUG REPORT or FEATURE REQUEST?:

BUG REPORT

What happened:

Simultaneous use of git artifact to clone same repository seems to result in an error:

"failed to load artifacts: close tcp 10.60.1.248:51054->18.205.93.1:22: use of closed network connection"

What you expected to happen:

Repository cloned successfully.

How to reproduce it (as minimally and precisely as possible):

I'm not sure if this is the issue, but it started happening at the same time as I had added four separate simultaneous steps cloning the same repo to my workflow. Sometimes, some of the steps succeed in cloning the repo (seems to be random).

Am I using this as intended, or is there a better way to use the git artifact so that I can clone the repo once but work with separate copies of it in later steps? Is the git artifact unsafe to use simultaneously?

@BouweCeunen
Copy link

Any solutions to this?

@saward
Copy link
Author

saward commented Aug 11, 2019

My solution was to have one step that clones repo to a volume, and another multiple steps that mount that same volume read only and each copy it to where they need.

If you think of a better work around, let me know.

@BouweCeunen
Copy link

I was only experiencing this with one of my repositories. I deleted the repo on bitbucket, removed the .git folder locally, created a new repo and pushed everything again. It is working now, no idea what caused it.

@paveq
Copy link
Contributor

paveq commented Feb 24, 2020

I'm also experiencing the same issue on medium sized (70 MB) repository from Bitbucket.

At the same time "git clone" from some other pod works just fine.. feels like this issue is in Git used in executor image.

@paveq
Copy link
Contributor

paveq commented Feb 24, 2020

Seems it might be related to this issue: src-d/go-git#1033 (comment)

Official Git binary has no issue cloning in similar conditions, only go-git has this problem. As workaround, Cloning via https works for me also for go-git.

@alexec
Copy link
Contributor

alexec commented Feb 24, 2020

@paveq do you know if they released a fix for this? We could upgrade go-git if that is the case.

@alexec
Copy link
Contributor

alexec commented May 12, 2020

Is this still a problem please?

@rjdp
Copy link

rjdp commented May 16, 2020

@alexec its still there I got following error on 2.8.0 : failed to load artifacts: close tcp 10.244.1.251:55912->18.205.93.1:22: use of closed network connection

@stale
Copy link

stale bot commented Jul 15, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the wontfix label Jul 15, 2020
@stale stale bot closed this as completed Jul 22, 2020
@saward
Copy link
Author

saward commented Nov 24, 2020

I'm getting this more frequently now. Using argo 2.11.2.

@saward
Copy link
Author

saward commented Nov 24, 2020

Based on the issue linked previously (src-d/go-git#1033 (comment)), I tried setting "depth: 1", and that appeared to allow it to clone. So looks like it may be an issue with go-git and ssh keys for repositories that are larger.

@dcu
Copy link

dcu commented Mar 27, 2021

this was fixed in go-git/go-git#70

icecoffee531 pushed a commit to icecoffee531/argo-workflows that referenced this issue Jan 5, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants