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

Randomly getting error 'Couldn't find a repository matching this job' #487

Closed
szwacz opened this issue Mar 29, 2015 · 58 comments
Closed

Randomly getting error 'Couldn't find a repository matching this job' #487

szwacz opened this issue Mar 29, 2015 · 58 comments

Comments

@szwacz
Copy link

szwacz commented Mar 29, 2015

I'm randomly getting this error for open source Node.js repo and travis-ci build:

Bad response: 422 {"message":"Couldn't find a repository matching this job.","error":true}

Most of the time the connection goes well, but once in a while it fails with this error.

Here is full data of such incident: https://travis-ci.org/szwacz/fs-jetpack/jobs/56279033

Hint: as I seen the error happens with Node.js version 0.12, but never noticed it on version 0.10 (https://travis-ci.org/szwacz/fs-jetpack/builds/56279031).

@TheSavior
Copy link

I'm getting this issue as well, about 1/6 builds. Since I have a matrix with 3 builds, that makes this extremely flaky.

@s0ph1e
Copy link

s0ph1e commented Apr 25, 2015

Some travis-ci builds throw error:

/home/travis/build/s0ph1e/node-css-url-parser/node_modules/coveralls/bin/coveralls.js:18
        throw err;
              ^
Bad response: 504 <!DOCTYPE html>
<html lang="en">
  <head>
<meta http-equiv="refresh" content="0">
<meta http-equiv="set-cookie" content="cf_use_ob=443; expires=Sat, 25-Apr-15 14:24:25 GMT; path=/">
<meta http-equiv="set-cookie" content="cf_ob_info=504:1dcab4a4a2ab0856:IAD; expires=Sat, 25-Apr-15 14:24:25 GMT; path=/">
    <meta charset="utf-8" />
    <meta content="IE=Edge,chrome=1" http-equiv="X-UA-Compatible" />
    <title>Coveralls :: Oops, something went wrong (500)</title>

and
Bad response: 422 {"message":"Couldn't find a repository matching this job.","error":true}

@s0ph1e
Copy link

s0ph1e commented Apr 25, 2015

@lukasoppermann
Copy link

I have the same error. Are you working on a fix?

@nlamirault
Copy link

Same thing here. Any news ?

@nickmerwin
Copy link
Member

hi all, we're working on this now. Could one of you re-trigger a build for testing?

Thanks!

@koddsson
Copy link

koddsson commented May 5, 2015

Still getting it over here :<

@victorquinn
Copy link

Getting it here too.

The interesting bit is that, when I go to "Updates" from the left nav, I see that the builds hit Coveralls but they're gray and have a question mark that, when hovered, says "No data" so I'm not sure what happened. Obviously it was able to find things on the Coveralls side and update it with something or those wouldn't exist. But they have no data.

screen shot 2015-05-05 at 4 08 53 pm

Seems like Coveralls got the request and failed to process it somehow?

Don't know if it's related, but my Coveralls report was working fine until I pushed a tag (0.7.4 in my screenshot). Could just be a coincidence, but I figure it's worth mentioning.

@nickmerwin
Copy link
Member

hi @victorquinn ok I found the issue -- your service_name parameter was coming in as "travis", as opposed to "travis-ci", which was tripping up our API. I've updated it to accept "travis" also now. Could you trigger another build?

Thanks!

@victorquinn
Copy link

That seemed to fix it! I can update my end to use "travis-ci" explicitly from here on if you need.

I was under the impression that string was any string identifier; I did not know it had a set enumeration of values.

Regardless, it would be nice in the future if the error message made a bit more sense.

Thanks though @nickmerwin things look like they work!

@kunalgolani
Copy link

Still getting the error, and consistently, not randomly

@chrisosaurus
Copy link

I am now also getting this error constantly, my last successful update was from 23 hours ago.

I have tried this from both my work and home pcs, I also tried regenerating my tokens, all to no avail.

I am using cpp-coveralls to handle the upload, last night (23 hours ago) this was working 'fine'.

EDIT: I have tested and this happens across both the 2 repositories of mine that I tested.

@ducin
Copy link

ducin commented May 6, 2015

@jessamynsmith
Copy link

I just started getting this error on a previously working build.
https://circleci.com/gh/jessamynsmith/taotrack

@nickmerwin
Copy link
Member

Hi guys we fixed an issue that should mitigate the 422 issue. Please try again now, thank you!

@ducin
Copy link

ducin commented May 6, 2015

Shall we bump the version or do something else?

@nickmerwin
Copy link
Member

@tkoomzaaskz have you set up the repo on Coveralls yet? I don't see it here: https://coveralls.io/r/tkoomzaaskz/json-schema-faker

@jessamynsmith
Copy link

It's working for me again.

@koddsson
Copy link

koddsson commented May 7, 2015

Thanks @nickmerwin 🎉

@chrisosaurus
Copy link

It is also working for me again.

@mantyr
Copy link

mantyr commented Jun 12, 2015

$ go get golang.org/x/tools/cmd/cover
$ go get github.com/mattn/goveralls
$ go install github.com/mattn/goveralls

$ go test github.com/mantyr/goquery -covermode=count -coverprofile=123.cov
ok github.com/mantyr/goquery 0.025s coverage: 85.7% of statements
$ /usr/gobin/goveralls -coverprofile=123.cov -service=travis-ci
Bad response status from coveralls: 422 - {"message":"Couldn't find a repository matching this job.","error":true}

I see https://github.com/mattn/goveralls and https://coveralls.zendesk.com/hc/en-us/articles/201342809-Go

Tried to use:
-repotoken
-service = travis-ci
-service = travis

Tell me how it is run, please.

@mantyr
Copy link

mantyr commented Jun 12, 2015

cat ./.travis.yml
language: go

go:
- 1.1
- 1.2
- 1.3
- 1.4
- tip

before_install:
- go get github.com/axw/gocov/gocov
- go get github.com/mattn/goveralls
- if ! go get code.google.com/p/go.tools/cmd/cover; then go get golang.org/x/tools/cmd/cover; fi

script:
- $HOME/gopath/bin/goveralls -service=travis-ci

This configuration returns:
Bad response status from coveralls: 500 - {"message":"Build processing error.","error":true,"url":""}
The command "$HOME/gopath/bin/goveralls -service=travis-ci" exited with 1.

@aivus
Copy link

aivus commented Jul 15, 2015

I still getting 422 error:
https://travis-ci.org/s0ph1e/node-website-scraper/jobs/71037428

@ChristopherRabotin
Copy link

@iamqizhao
Copy link

seeing this just now:
https://travis-ci.org/grpc/grpc-go

@miigotu
Copy link

miigotu commented Apr 12, 2016

@mweibel me too, seems to happen when both PR and PUSH jobs are submitting near the same time. I have added a - to the beginning of the coveralls line in my tox.ini so it submits when it succeeds but doesnt fail the build if coveralls fails to submit.

@michaelaye
Copy link

@miigotu Could you please show an explicit example tox.ini with the positioning of that dash? thx

@miigotu
Copy link

miigotu commented Apr 12, 2016

https://github.com/SickRage/SickRage/blob/master/tox.ini#L17

@gilles-duboscq
Copy link

caio added a commit to caio/go-tdigest that referenced this issue Apr 13, 2016
This reverts commit 42ef656.

LOL This randomly fails with:

    Bad response status from coveralls: 422 - {"message":"Couldn't find
    a repository matching this job.","error":true}

And here shows that there's something real silly going on:

    lemurheavy/coveralls-public#487

So no, not worth the pain. $fancy--
@touilleMan
Copy link

Same thing for me:
https://travis-ci.org/Scille/umongo/jobs/123910062#L375

My CI starts 6 jobs, jobs 3 and 6 couldn't send to coveralls, I restarted manually job 3 and this time it worked fine.

@TheSavior
Copy link

@nickmerwin This is clearly still an issue. Does it make sense to re-open this ticket?

@uptownhr
Copy link

uptownhr commented Apr 19, 2016

I have just started receiving this error as well. Ran manually twice and still getting the error.

https://travis-ci.org/uptownhr/hackathon-starter-lite/builds/124082908

@vitalyisaev2
Copy link

This error is still here.

@pylover
Copy link

pylover commented Oct 7, 2016

+1 , it's happened for me with last versions of python, coveralls

@aknuds1
Copy link

aknuds1 commented Oct 15, 2016

Having this issue for html-to-react.

@pylover
Copy link

pylover commented Oct 16, 2016

It seems the problem is pyyaml or libyaml.

Every project that used yaml in the code, will not working, for example:

https://travis-ci.org/pylover/pymlconf/jobs/166512950

This issue must be open again

@pylover
Copy link

pylover commented Oct 16, 2016

The coveralls command just working fine on my local machine. But the same version is not working on travis box.

@cce
Copy link

cce commented Oct 17, 2016

I get this occasionally. Should I just my travis script sleep a bit and retry?

@cce
Copy link

cce commented Oct 18, 2016

For those who are also having this problem, using travis_retry seems to help as in: thriftrw/thriftrw-go#69

@jedwards1211
Copy link

@nickmerwin could one of the causes be that two jobs in a build matrix try to upload coverage at the same time?

@pylover
Copy link

pylover commented Apr 15, 2017

No, I used a condition, which prevents concurrent uploads.

pylover added a commit to pylover/pymlconf that referenced this issue Apr 15, 2017
pylover added a commit to pylover/pymlconf that referenced this issue Apr 15, 2017
@pylover
Copy link

pylover commented Apr 15, 2017

5.44s$ if [[ $TRAVIS_PYTHON_VERSION == '3.5' ]]; then travis_retry coveralls ; fi
Submitting coverage to coveralls.io...
Coverage submitted!
Couldn't find a repository matching this job.
'url'
The command "coveralls" failed. Retrying, 2 of 3.
Submitting coverage to coveralls.io...
Coverage submitted!
Couldn't find a repository matching this job.
'url'
The command "coveralls" failed. Retrying, 3 of 3.
Submitting coverage to coveralls.io...
Coverage submitted!
Couldn't find a repository matching this job.
'url'
The command "coveralls" failed 3 times.

@mirismaili
Copy link

Similar issue:

Jub 45:

/home/circleci/.npm/_npx/845/lib/node_modules/coveralls/bin/coveralls.js:18
        throw err;
        ^
Bad response: 500 {"message":"Build processing error.","error":true,"url":""}
Exited with code 1

Restarting the job without any change:

Jub 46: OK

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests