Connectivity issues

travis-build
#1

Job

The job is failing because it is taking too long to download a file https://raw.githubusercontent.com/drupal/drupal/8.6.15/sites/default/default.services.yml. The problem is random. There are other jobs in the build which is downloading the files fine.

I started to get this problem since 3rd May 2019. Before that it used to work fine. I think Travis is facing slow connectivity issues.

3 Likes
#2

I have the same issue with other connections (newrelic, alpine linux repository), also started a couple days ago and still is happening

#3

I’m seeing the same problem in this private build when bundler is downloading gems:

https://travis-ci.com/esanum/mc-web/jobs/197939731#L609

It works on the second or third try most of the time. As @subhojit777 mentioned, this only started happening very recently.

#4

We am experiencing similar issues with an Elixir project. Connections time out all the time. Especially when building a docker image and downloading dependencies.
https://travis-ci.com/ni-kismet/docker-mix-demo/builds/110730702

#5

The problem is still there today, although it has been reduced very much.

#6

Please see https://www.traviscistatus.com/incidents/kyf149kl6bvp for updates. Thanks.

1 Like
#7

It’s definitely better now. But we are still experiencing issues

#8

Even after the Monitoring update of May 07, 2019 - 16:32 UTC https://www.traviscistatus.com/incidents/kyf149kl6bvp the situation is still the same for us.

Do you have any workaround? The solution with --network=host can’t be done for us.

1 Like
#9

Sorry for the continued troubles, @gergo-papp!

Can you share a link/URL to a build showing the issues you are still having? Also, could you give us a short description of what’s happening and include a copy of the error message we should look at?

Thanks!

#10

I still have connectivity issues on some builds, e.g. https://travis-ci.org/wodby/drupal-php/jobs/529481622

Same files can be downloaded just fine on non-travis environments.

#11

It says the issue has been fixed. But I am still getting the issues https://travis-ci.org/openscholar/openscholar/jobs/529701573#L2196. That line is downloading a file - its working fine outside Travis.

#12

https://travis-ci.org/wodby/drupal-php/jobs/529481622#L846 indicates that your job is trying to download files from https://raw.githubusercontent.com. This is often a problem due to the shared IP addresses our jobs use, since GitHub imposes a rate limit (60/hour) on anonymous API requests based on IP addresses.

Adding your own token, even one without any scope, to make these requests should solve the problem.

#13

Please check with https://git.drupalcode.org (which appears to be hosted by GitLab Enterprise) for a similar API rate limiting issue.

#14

Looks like the problem is still there. I tried changing the source, the job is still hanging up https://travis-ci.org/openscholar/openscholar/jobs/529245242#L2197

Also, there are errors like could not be downloaded: SSL: Handshake timed out - https://travis-ci.org/openscholar/openscholar/jobs/529245242#L1398. And the error is random, it downloaded fine here https://travis-ci.org/openscholar/openscholar/jobs/529245242#L1345

These jobs used to work fine before.

#15

I added a token for the requests, but the problem is still happening https://travis-ci.org/openscholar/openscholar/jobs/530104308#L2253

#16

@BanzaiMan The problem was fixed yesterday. Thanks for your support.

#17

We are still seeing issued with Elixir dependencies. It’s all related to network issues and it still happens on our builds very often (almost 50% of our builds time out or have network issues).

This build is just one example on a demo repository:
https://travis-ci.com/ni-kismet/docker-mix-demo/builds/111870718
https://travis-ci.com/ni-kismet/docker-mix-demo/builds/111870771

However our other builds randomly fail with other errors as well (especially when downloading the “hex” and “rebar” package manages and getting 3rd party dependencies using “mix deps.get”).
This doesn NOT related to running inside a docker container.