Closed Bug 1655682 Opened 4 years ago Closed 4 years ago

mozregression fails when switching to taskcluster

Categories

(Testing :: mozregression, defect)

Default
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: tnikkel, Assigned: Kwan)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

I'm on rev 932240e49142. I first run ./mach mozregression to install it and then run my command and here is the failed output

./mach mozregression --good 2019-08-31 --pref "gfx.webrender.force-disabled:true" --bad 2019-09-01
0:00.57 INFO: Got as far as we can go bisecting nightlies...
0:00.57 INFO: Last good revision: da9a6db4b59b15ff3805a97f1a530551acb6b27a (2019-08-31)
0:00.57 INFO: First bad revision: b338d55d5007ce5a7d4cdce3aaa8e9f63c5555f7 (2019-09-01)
0:00.57 INFO: Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=da9a6db4b59b15ff3805a97f1a530551acb6b27a&tochange=b338d55d5007ce5a7d4cdce3aaa8e9f63c5555f7

0:00.57 INFO: Switching bisection method to taskcluster
0:00.57 INFO: Getting mozilla-central builds between da9a6db4b59b15ff3805a97f1a530551acb6b27a and b338d55d5007ce5a7d4cdce3aaa8e9f63c5555f7
Traceback (most recent call last):
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/glean/_subprocess/_process_dispatcher_helper.py", line 36, in <module>
success = func(args)
TypeError: _process() takes 2 positional arguments but 3 were given
Exception in thread Thread-8:
Traceback (most recent call last):
File "/usr/local/Cellar/python@3.8/3.8.3_1/Frameworks/Python.framework/Versions/3.8/lib/python3.8/threading.py", line 932, in _bootstrap_inner
self.run()
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/integrations/threading.py", line 69, in run
reraise(
_capture_exception())
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/_compat.py", line 57, in reraise
raise value
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/integrations/threading.py", line 67, in run
return old_run_func(self, *a, **kw)
File "/usr/local/Cellar/python@3.8/3.8.3_1/Frameworks/Python.framework/Versions/3.8/lib/python3.8/threading.py", line 870, in run
self._target(self._args, **self._kwargs)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 93, in getitem
return self._future_build_infos[item].build_info
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 37, in build_info
Exception in thread Thread-7:
Traceback (most recent call last):
File "/usr/local/Cellar/python@3.8/3.8.3_1/Frameworks/Python.framework/Versions/3.8/lib/python3.8/threading.py", line 932, in _bootstrap_inner
self._build_info = self._fetch()
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 31, in _fetch
self.run()
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/integrations/threading.py", line 69, in run
return self.build_info_fetcher.find_build_info(self.data)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/fetch_build_info.py", line 128, in find_build_info
reraise(
_capture_exception())
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/_compat.py", line 57, in reraise
raise value
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/integrations/threading.py", line 67, in run
task_id = tc_index.findTask(tk_route)["taskId"]
KeyError: 'taskId'
return old_run_func(self, a, **kw)
File "/usr/local/Cellar/python@3.8/3.8.3_1/Frameworks/Python.framework/Versions/3.8/lib/python3.8/threading.py", line 870, in run
self._target(self._args, **self._kwargs)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 93, in getitem
return self._future_build_infos[item].build_info
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 37, in build_info
self._build_info = self._fetch()
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 31, in _fetch
return self.build_info_fetcher.find_build_info(self.data)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/fetch_build_info.py", line 128, in find_build_info
task_id = tc_index.findTask(tk_route)["taskId"]
KeyError: 'taskId'
Exception in thread Thread-9:
Traceback (most recent call last):
File "/usr/local/Cellar/python@3.8/3.8.3_1/Frameworks/Python.framework/Versions/3.8/lib/python3.8/threading.py", line 932, in _bootstrap_inner
Exception in thread Thread-11:
Traceback (most recent call last):
File "/usr/local/Cellar/python@3.8/3.8.3_1/Frameworks/Python.framework/Versions/3.8/lib/python3.8/threading.py", line 932, in _bootstrap_inner
self.run()
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/integrations/threading.py", line 69, in run
self.run()
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/integrations/threading.py", line 69, in run
reraise(
_capture_exception())
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/_compat.py", line 57, in reraise
reraise(
_capture_exception())
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/_compat.py", line 57, in reraise
raise value
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/integrations/threading.py", line 67, in run
raise value
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/integrations/threading.py", line 67, in run
return old_run_func(self, *a, **kw)
File "/usr/local/Cellar/python@3.8/3.8.3_1/Frameworks/Python.framework/Versions/3.8/lib/python3.8/threading.py", line 870, in run
return old_run_func(self, *a, **kw)
File "/usr/local/Cellar/python@3.8/3.8.3_1/Frameworks/Python.framework/Versions/3.8/lib/python3.8/threading.py", line 870, in run
self._target(*self._args, **self._kwargs)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 93, in getitem
self._target(self._args, **self._kwargs)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 93, in getitem
return self._future_build_infos[item].build_info
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 37, in build_info
return self._future_build_infos[item].build_info
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 37, in build_info
self._build_info = self._fetch()
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 31, in _fetch
self._build_info = self._fetch()
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 31, in _fetch
return self.build_info_fetcher.find_build_info(self.data)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/fetch_build_info.py", line 128, in find_build_info
return self.build_info_fetcher.find_build_info(self.data)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/fetch_build_info.py", line 128, in find_build_info
task_id = tc_index.findTask(tk_route)["taskId"]
KeyError: 'taskId'
task_id = tc_index.findTask(tk_route)["taskId"]
KeyError: 'taskId'
Exception in thread Thread-10:
Traceback (most recent call last):
File "/usr/local/Cellar/python@3.8/3.8.3_1/Frameworks/Python.framework/Versions/3.8/lib/python3.8/threading.py", line 932, in _bootstrap_inner
self.run()
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/integrations/threading.py", line 69, in run
reraise(
_capture_exception())
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/_compat.py", line 57, in reraise
raise value
File "/Users/tim/ffandroid/src/third_party/python/sentry-sdk/sentry_sdk/integrations/threading.py", line 67, in run
return old_run_func(self, *a, **kw)
File "/usr/local/Cellar/python@3.8/3.8.3_1/Frameworks/Python.framework/Versions/3.8/lib/python3.8/threading.py", line 870, in run
self._target(*self._args, **self._kwargs)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 93, in getitem
return self._future_build_infos[item].build_info
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 37, in build_info
self._build_info = self._fetch()
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 31, in _fetch
return self.build_info_fetcher.find_build_info(self.data)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/fetch_build_info.py", line 128, in find_build_info
task_id = tc_index.findTask(tk_route)["taskId"]
KeyError: 'taskId'
Error running mach:

['mozregression', '--good', '2019-08-31', '--pref', 'gfx.webrender.force-disabled:true', '--bad', '2019-09-01']

The error occurred in code that was called by the mach command. This is either
a bug in the called code itself or in the way that mach is calling it.
You can invoke |./mach busted| to check if this issue is already on file. If it
isn't, please use |./mach busted file mozregression| to report it. If |./mach busted| is
misbehaving, you can also inspect the dependencies of bug 1543241.

If filing a bug, please include the full output of mach, including this error
message.

The details of the failure are as follows:

KeyError: 'taskId'

File "/Users/tim/ffandroid/src/tools/mach_commands.py", line 388, in run
mozregression.run(options)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/mach_interface.py", line 44, in run
main(namespace=Namespace(**options), check_new_version=False, mozregression_variant="mach")
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/main.py", line 341, in main
sys.exit(method())
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/main.py", line 139, in bisect_nightlies
return self._bisect_integration(
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/main.py", line 169, in _bisect_integration
result = self._do_bisect(handler, good_rev, bad_rev, expand=expand)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/main.py", line 225, in _do_bisect
return self.bisector.bisect(handler, good, bad, **kwargs)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/bisector.py", line 600, in bisect
return self._bisect(handler, build_range)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/bisector.py", line 620, in _bisect
result = bisection.init_handler(index)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/bisector.py", line 398, in init_handler
self.handler.initialize()
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/bisector.py", line 75, in initialize
repo = self.build_range[-1].repo_url
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 93, in getitem
return self._future_build_infos[item].build_info
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 37, in build_info
self._build_info = self._fetch()
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/build_range.py", line 31, in _fetch
return self.build_info_fetcher.find_build_info(self.data)
File "/Users/tim/ffandroid/src/obj-x86_64-unknown-linux-android/_virtualenvs/init_py3/lib/python3.8/site-packages/mozregression/fetch_build_info.py", line 128, in find_build_info
task_id = tc_index.findTask(tk_route)["taskId"]

Probably related to the legacy taskcluster instance being shut down:

https://groups.google.com/g/mozilla.dev.platform/c/0OV_M3b-cMM/m/utbgLkb8CQAJ

I will look into making this fail more gracefully soon, unfortunately there ain't much else I can do.

mozregression now collects telemetry on what builds are being requested, so maybe we can argue for storing a longer window of stuff in the future. Planning some investigation/reporting on this soon.

Assignee: nobody → wlachance
Summary: mozregression failes when switching to taskcluster → mozregression fails when switching to taskcluster

I'm able to reproduce this failure using mach in mozilla-central, but not locally inside my mozregression checkout (even with the latest versions of taskcluster and taskcluster-urls published to pypi installed). :dustin, can you take a look and recommend a way forward? It would be easy enough to check if a taskId is actually present when getting a task, but am puzzled on why we'd be getting a task with no id:

https://github.com/mozilla/mozregression/blob/6e4ca4a0f78567efc5009a6189f2232bc03bc881/mozregression/fetch_build_info.py#L128

Flags: needinfo?(dustin)

What are you getting back? It does seem strange, as https://docs.taskcluster.net/docs/reference/core/index/api#findTask shows taskId as required.

Flags: needinfo?(dustin)

(In reply to Dustin J. Mitchell [:dustin] (he/him) from comment #3)

What are you getting back? It does seem strange, as https://docs.taskcluster.net/docs/reference/core/index/api#findTask shows taskId as required.

Looks like it's returning a dictionary of the form:

{'response': <Response [200]>}

Huh, that's definitely weird.

>>> idx = taskcluster.Index({'rootUrl': 'https://community-tc.services.mozilla.com'})
>>> idx.findTask('garbage.docker-worker-tests.docker-images')
{'namespace': 'garbage.docker-worker-tests.docker-images', 'taskId': 'csTL863FQYCK82XEFjMhMw', 'rank': 0, 'data': {}, 'expires': '2089-09-28T13:13:03.932Z'}

Are you sure it's that line in fetch_build_info.py, and that it's importing the taskcluster-client package? Which version?

>>> import taskcluster
>>> idx = taskcluster.Index({'rootUrl': 'https://taskcluster.net'})                                                                                                                                                  
>>> idx.findTask('garbage.docker-worker-tests.docker-images')                                              
...
taskcluster.exceptions.TaskclusterConnectionError: ('Failed to establish connection', ConnectionError(MaxRetryError("HTTPSConnectionPool(host='index.taskcluster.net', port=443): Max retries exceeded with url: /v1/task/garbage.docker-worker-tests.docker-images (Caused by NewConnectionError('<urllib3.connection.VerifiedHTTPSConnection object at 0x7f8a4e4278d0>: Failed to establish a new connection: [Errno -2] Name or service not known',))",),))                                                                                                                                                                                                 

[edit: fix spacing in above]
so it's not an issue with talking to the (now deleted) legacy deployment.

(In reply to Dustin J. Mitchell [:dustin] (he/him) from comment #5)

Huh, that's definitely weird.

>>> idx = taskcluster.Index({'rootUrl': 'https://community-tc.services.mozilla.com'})
>>> idx.findTask('garbage.docker-worker-tests.docker-images')
{'namespace': 'garbage.docker-worker-tests.docker-images', 'taskId': 'csTL863FQYCK82XEFjMhMw', 'rank': 0, 'data': {}, 'expires': '2089-09-28T13:13:03.932Z'}

Are you sure it's that line in fetch_build_info.py, and that it's importing the taskcluster-client package? Which version?

I'm sure it's that line, uncertain about where it's importing the taskcluster-client package from, though it does seem to be in my virtualenv:

wlach@antwerp mozilla-unified % ls obj-x86_64-apple-darwin19.6.0/_virtualenvs/init_py3/lib/python3.8/site-packages | grep taskcluster          
taskcluster
taskcluster-35.0.0.dist-info
taskcluster_urls
taskcluster_urls-13.0.1.dist-info

Strangely these are the versions I hand-installed in my seperate mozregression checkout, which worked? ¯_(ツ)_/¯

The severity field is not set for this bug.
:wlach, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(wlachance)

Summary: seems to be a result of the old taskcluster going away, combined with changes in taskcluster-urls in 13.0.1. Work around for now is to pip install taskcluster-urls==12.1.0

$ DEBUG_TASKCLUSTER_CLIENT=1; export DEBUG_TASKCLUSTER_CLIENT
$ pip install taskcluster
$ pip show taskcluster
Name: taskcluster
Version: 36.0.0
Summary: Python client for Taskcluster
Home-page: https://github.com/taskcluster/taskcluster
Author: Mozilla Taskcluster and Release Engineering
Author-email: release+python@mozilla.com
License: UNKNOWN
Location: /home/ian/tc-13.0.1/lib/python3.6/site-packages
Requires: six, mohawk, taskcluster-urls, async-timeout, aiohttp, slugid, requests
Required-by: 
$ pip show taskcluster-urls
Name: taskcluster-urls
Version: 13.0.1
Summary: Standardized url generator for taskcluster resources.
Home-page: https://github.com/taskcluster/taskcluster-lib-urls
Author: Brian Stack
Author-email: bstack@mozilla.com
License: MPL2
Location: /home/ian/tc-13.0.1/lib/python3.6/site-packages
Requires: 
Required-by: taskcluster
$ python
>>> import taskcluster
>>> OLD_TC_ROOT_URL = "https://taskcluster.net"
>>> TC_ROOT_URL = "https://firefox-ci-tc.services.mozilla.com"
>>> tk_options = {"rootUrl": OLD_TC_ROOT_URL}
>>> route='gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug'
>>> tc_index=taskcluster.Index(tk_options)
>>> tc_queue=taskcluster.Queue(tk_options)
>>> tc_index.findTask(route)
Using method(v1, v2, payload) calling convention
Found a positional argument: gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug
After processing positional arguments, we have: {'indexPath': 'gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug'}
After keyword arguments, we have: {'indexPath': 'gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug'}
Full URL used is: https://taskcluster.net/api/index/v1/task/gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug
Not using hawk!
Making attempt 0
Making a GET request to https://taskcluster.net/api/index/v1/task/gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug
HTTP Headers: {}
HTTP Payload: None (limit 100 char)
Received HTTP Status:    200
Received HTTP Headers: {'Content-Type': 'text/html; charset=UTF-8', 'Transfer-Encoding': 'chunked', 'Connection': 'keep-alive', 'Server': 'nginx', 'Date': 'Tue, 11 Aug 2020 22:29:29 GMT', 'Last-Modified': 'Tue, 28 Jul 2020 19:10:23 GMT', 'Cache-Control': 'no-store, no-cache, must-revalidate', 'X-Frame-Options': 'SAMEORIGIN', 'X-Content-Type-Options': 'nosniff', 'X-Xss-Protection': '1; mode=block', 'Referrer-Policy': 'origin', 'Content-Security-Policy': "default-src 'none'; connect-src 'self' https: wss:; media-src data:; script-src 'self' 'unsafe-eval' 'unsafe-inline' https:; font-src 'self' data:; img-src 'self' https: data:; style-src https: 'unsafe-inline'; object-src 'none'; frame-ancestors 'self'; frame-src 'self' https://auth.mozilla.auth0.com; base-uri 'none'; form-action 'none'", 'Strict-Transport-Security': 'max-age=31536000; includeSubDomains; always;', 'ETag': 'W/"5f20781f-243"', 'Content-Encoding': 'gzip', 'Via': '1.1 vegur, 1.1 05db36a4f9e4592d953909c305155656.cloudfront.net (CloudFront)', 'Vary': 'Accept-Encoding', 'X-Cache': 'Miss from cloudfront', 'X-Amz-Cf-Pop': 'LHR61-C1', 'X-Amz-Cf-Id': 'pUJZxVzi207lNqwrng1IckwMyOegSwQN_tt_W0AFDpCAepUCjGidfg=='}
{'response': <Response [200]>}
>>> exit()
$ pip install taskcluster-urls==12.1.0
$ python
>>> import taskcluster
>>> OLD_TC_ROOT_URL = "https://taskcluster.net"
>>> TC_ROOT_URL = "https://firefox-ci-tc.services.mozilla.com"
>>> tk_options = {"rootUrl": OLD_TC_ROOT_URL}
>>> route='gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug'
>>> tc_index=taskcluster.Index(tk_options)
>>> tc_queue=taskcluster.Queue(tk_options)
>>> tc_index.findTask(route)
Using method(v1, v2, payload) calling convention
Found a positional argument: gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug
After processing positional arguments, we have: {'indexPath': 'gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug'}
After keyword arguments, we have: {'indexPath': 'gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug'}
Full URL used is: https://index.taskcluster.net/v1/task/gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug
Not using hawk!
Making attempt 0
Making a GET request to https://index.taskcluster.net/v1/task/gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug
HTTP Headers: {}
HTTP Payload: None (limit 100 char)
Retrying because of: HTTPSConnectionPool(host='index.taskcluster.net', port=443): Max retries exceeded with url: /v1/task/gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x7fb2ce0610f0>: Failed to establish a new connection: [Errno -2] Name or service not known',))
Not using hawk!
Making attempt 1
[...]

The key difference is that in tc-urls 12, the URL ends up being
https://index.taskcluster.net/v1/task/gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug, which times out, whereas with tc-urls 13 the URL is instead https://taskcluster.net/api/index/v1/task/gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug, which 302s over to https://docs.taskcluster.net/api/index/v1/task/gecko.v2.mozilla-central.revision.702ad0fa15860f6ea37effdcb45973cc63d3125b.firefox.linux64-debug, which returns an HTML page.

I'm assuming commit 6267b887200fc32fda2342921574032117a07429 is responsible for that change of behaviour on tc-urls' side, but I'm guessing mozregression probably wants to stop doing the two root urls stuff introduced in commit f5f7466dd14e4a4e863cbc061a38025d152f7d99/bug 1596201, now that it seems the old one isn't going to return anything any longer.

(In reply to Ian Moody [:Kwan] (UTC+1) from comment #8)

I'm assuming commit 6267b887200fc32fda2342921574032117a07429 is responsible for that change of behaviour on tc-urls' side, but I'm guessing mozregression probably wants to stop doing the two root urls stuff introduced in commit f5f7466dd14e4a4e863cbc061a38025d152f7d99/bug 1596201, now that it seems the old one isn't going to return anything any longer.

Yeah I think we should just revert the two root urls stuff now. Care to make a PR? :)

Severity: -- → S2
Flags: needinfo?(wlachance)
Assignee: wlachance → moz-ian
Status: NEW → ASSIGNED

This landed in 4.0.12

Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: