-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Connection timing out to azure repositary #6909
Comments
Also mentioned in #6486 (comment) and #6677 (comment) |
Hello! We handed over that to azure support, but we do not control the mirror, network hiccups happen and nothing we can do about it :( |
@mikhailkoliada I have to disagree a bit on that, and I, therefore, think this issue was closed prematurely. GitHub could provide mitigation in routing, deploy runners that defaults to a working mirror, and similar solutions like that. Heck, even a workaround advise would be welcome. I think it is too easy to say: Not our problem. (Especially considering GitHub & Azure both owned by the same parent company). @ Home Assistant this is causing serious problems with the intense flow of PRs we are currently receiving. Please consider re-opening the issue (or one of the others) to at least provide a hub for people to gather on the problem and read up. ../Frenck |
@ddobranic as per above, I think removing the triage label isn't appropriate. |
@mikhailkoliada @ddobranic Please advise. Do you want me to open an new issue, that focusses on a solution/report from a GitHub perspective? |
we are facing same issue. |
A few hours ago I had two jobs with the same problem. |
My jobs started working! |
@frenck Hello! We are working with azure on that already, actual change of mirror would require the image sources modification, and this in turn would require a new image deployment (which is a regular, but not quick process). Sorry for troubles caused and feel free to reach us out again if you have more questions. |
@mikhailkoliada here is suggestion for how github could more easily help customers with these kinds of problems: without deploying a new image, github could release a fixup action that would make it easier for all affected customers to add to their jobs temporarily. That could be done much faster than deploying a new image, and would make it easier for all customers to "get by" until the azure problem is resolved. Much easier for us to add a new step to our jobs temporarily than for every one of github's affected customers to remember how to modify the sources.list file. |
Today we experienced a lot of errors (again). Failed to fetch http://archive.ubuntu.com/ubuntu/dists/focal/InRelease Could not connect to archive.ubuntu.com:80 (185.125.190.36), connection timed out Could not connect to archive.ubuntu.com:80 (91.189.91.39), connection timed out Could not connect to archive.ubuntu.com:80 (185.125.190.39), connection timed out |
Description
When downloading few of the dependencies from Azure, getting the below error.
Err:1 http://azure.archive.ubuntu.com/ubuntu focal/universe amd64 libhiredis0.14 amd64 0.14.0-6
Could not connect to azure.archive.ubuntu.com:80 (20.106.104.242), connection timed out
Platforms affected
Runner images affected
Image version and build link
2.299.1
https://github.com/mohamed-shahid-afrid/ODIM/actions/runs/3908839713/jobs/6679837385
Is it regression?
https://github.com/mohamed-shahid-afrid/ODIM/actions/runs/3901619852
Expected behavior
the job to sucess while downloading all the dependencies
Actual behavior
not able to connect to azzure repositories
Repro steps
just re-run the failed jobs
The text was updated successfully, but these errors were encountered: