Use run-task wrapper everywhere
Categories
(Firefox Build System :: Task Configuration, task)
Tracking
(firefox70 fixed)
Tracking | Status | |
---|---|---|
firefox70 | --- | fixed |
People
(Reporter: catlee, Assigned: glandium)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(6 files, 2 obsolete files)
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review |
At the moment, Windows and macOS tests aren't using run-task, which means they don't get nice timestamped logging.
I think we should try and make sure all tasks run under run-task.
Comment 1•6 years ago
|
||
In bug 1534463 I patched run-task
to enable Mercurial operations to run against a private web head dedicated to CI. As part of testing that change on try, I discovered this bug. I might end up picking this up in the next little while, so we have more tasks performing checkouts against the private service, and so I don't need to re-implement that logic in various places.
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Comment 3•6 years ago
|
||
The generic-worker tasks on bitbar, for some reason, don't have a PATH
set at all, and have it set via /builds/taskcluster/script.py. But the
command that sets run-task up runs outside that, so we have to be
explicit about where to find chmod.
Assignee | ||
Comment 4•6 years ago
|
||
The macos workers have two python 2.7 installed: one in /usr/bin, and
one in /usr/local/bin. For some reason, the one in /usr/local/bin is
broken wrt SSL.
When running the current mozharness command directly without a full path
to python2.7, generic-worker executes it using its own PATH, and that
uses /usr/bin/python2.7. When wrapping with something else, though
(run-task, but that would apply just as much with sh -c
), the PATH
from the task itself is used, and it's explicitly set to use
/usr/local/bin first, and the broken python 2.7 then gets used.
We could change the PATH, but there might be other things relying on the
current order, so just use /usr/bin/python2.7.
Depends on D28023
Assignee | ||
Comment 5•6 years ago
|
||
The tasks on bitbar currently rely on being run as root, and run-task
defaults to drop its privileges to the worker
user.
Depends on D28024
Assignee | ||
Comment 6•6 years ago
|
||
mozharness and mozharness test transforms currently do their own version
of wrapping commands with run-task in docker-worker. This makes them
piggy back on the run_task transform instead.
Some things then become redundant with what the run_task transform does,
and some others need to happen later than they currently do in order to
work.
This has the side effect of enabling some of the more recent run-task
features, like --fetch-hgfingerprint.
Depends on D28025
Assignee | ||
Comment 7•6 years ago
|
||
mozharness and mozharness test transforms for generic-worker currently
don't wrap the commands with run-task. This changes things such that the
commands are wrapped with run-task, by piggy-backing on the run_task
transform.
Some things then become redundant with what the run_task transform does,
and some others need to happen later than they currently do in order to
work.
Depends on D28026
Updated•6 years ago
|
Assignee | ||
Comment 8•6 years ago
|
||
TASKCLUSTER_ROOT_URL is not set on gecko-t-win10-64-hw workers, so set it
via transforms.
Updated•6 years ago
|
Comment 10•6 years ago
|
||
Backed out by request.
Backout link: https://hg.mozilla.org/integration/autoland/rev/2fa3c884b6de3c07b3ff3b9736d7bedd5d38740c
Assignee | ||
Updated•6 years ago
|
Comment 11•6 years ago
|
||
Comment 12•6 years ago
|
||
Backed out changeset 43cece5c03b4 (Bug 1525373) for Windows 10 AArch failures
Backout link: https://hg.mozilla.org/integration/autoland/rev/9183f80b6bf0d03510336ac8faa0b98f50b56e9f
Failure log: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=250538476&repo=autoland&lineNumber=40
[taskcluster 2019-06-07T03:43:54.496Z] Task ID: PX9Vk69hSfOYv4GF4SOJUg
[taskcluster 2019-06-07T03:43:54.496Z] === Task Starting ===
[taskcluster 2019-06-07T03:43:55.447Z] Uploading redirect artifact public/logs/live.log to URL http://1.1.1.1:49940/log/C3fiq8_oR1aR42KfAjzYcQ with mime type "text/plain; charset=utf-8" and expiry 2019-06-07T04:58:55.029Z
[taskcluster 2019-06-07T03:43:55.821Z] [mounts] Downloading task PmX1rNt0S7WJbay2Gv2WEQ artifact public/build/mozharness.zip to downloads\JeX8zpXwRGG80dm4pOWWcw
[taskcluster 2019-06-07T03:43:56.495Z] [mounts] Downloaded 2342280 bytes with SHA256 2a766b4de461228351527418f0801051f72d83e58c5ab2811b4922b0d3a3540e from task PmX1rNt0S7WJbay2Gv2WEQ artifact public/build/mozharness.zip to downloads\JeX8zpXwRGG80dm4pOWWcw
[taskcluster:warn 2019-06-07T03:43:56.496Z] [mounts] Download downloads\JeX8zpXwRGG80dm4pOWWcw of task PmX1rNt0S7WJbay2Gv2WEQ artifact public/build/mozharness.zip has SHA256 2a766b4de461228351527418f0801051f72d83e58c5ab2811b4922b0d3a3540e but task payload does not declare a required value, so content authenticity cannot be verified
[taskcluster 2019-06-07T03:43:56.496Z] [mounts] Creating directory C:\tasks\task_1559877973 with permissions 0700
[taskcluster 2019-06-07T03:43:56.496Z] [mounts] Extracting zip file downloads\JeX8zpXwRGG80dm4pOWWcw to 'C:\tasks\task_1559877973'
[taskcluster 2019-06-07T03:43:57.012Z] [mounts] Downloading url https://hg.mozilla.org/integration/autoland/raw-file/43cece5c03b4ff1d1400a5be6b5fa255e8fcd8bf/taskcluster/scripts/run-task to downloads\Njc52SgMTwSjMtJ8zWrqsw
[taskcluster 2019-06-07T03:43:57.709Z] [mounts] Downloaded 30921 bytes with SHA256 8be03508dc6d71e4397d7d13eafb8927ebc47c36d5420fd12034c72fc6a50d30 from url https://hg.mozilla.org/integration/autoland/raw-file/43cece5c03b4ff1d1400a5be6b5fa255e8fcd8bf/taskcluster/scripts/run-task to downloads\Njc52SgMTwSjMtJ8zWrqsw
[taskcluster:warn 2019-06-07T03:43:57.709Z] [mounts] Download downloads\Njc52SgMTwSjMtJ8zWrqsw of url https://hg.mozilla.org/integration/autoland/raw-file/43cece5c03b4ff1d1400a5be6b5fa255e8fcd8bf/taskcluster/scripts/run-task has SHA256 8be03508dc6d71e4397d7d13eafb8927ebc47c36d5420fd12034c72fc6a50d30 but task payload does not declare a required value, so content authenticity cannot be verified
[taskcluster 2019-06-07T03:43:57.709Z] [mounts] Creating directory C:\tasks\task_1559877973 with permissions 0700
[taskcluster 2019-06-07T03:43:57.710Z] [mounts] Copying downloads\Njc52SgMTwSjMtJ8zWrqsw to C:\tasks\task_1559877973\run-task
[taskcluster 2019-06-07T03:43:58.029Z] Executing command 0: C:/mozilla-build/python3/python3.exe run-task -- c:\mozilla-build\python\python.exe -u mozharness\scripts\desktop_unittest.py --cfg mozharness\configs\unittests\win_unittest.py --cppunittest-suite=cppunittest --disable-e10s --download-symbols ondemand --cppunittest-suite=cppunittest --disable-e10s
C:\tasks\task_1559877973>C:/mozilla-build/python3/python3.exe run-task -- c:\mozilla-build\python\python.exe -u mozharness\scripts\desktop_unittest.py --cfg mozharness\configs\unittests\win_unittest.py --cppunittest-suite=cppunittest --disable-e10s --download-symbols ondemand --cppunittest-suite=cppunittest --disable-e10s
[taskcluster 2019-06-07T03:43:58.334Z] Exit Code: -1073741515
[taskcluster 2019-06-07T03:43:58.334Z] User Time: 15.625ms
[taskcluster 2019-06-07T03:43:58.334Z] Kernel Time: 78.125ms
[taskcluster 2019-06-07T03:43:58.334Z] Wall Time: 298.0019ms
[taskcluster 2019-06-07T03:43:58.334Z] Result: FAILED
[taskcluster 2019-06-07T03:43:58.334Z] === Task Finished ===
[taskcluster 2019-06-07T03:43:58.334Z] Task Duration: 305.0053ms
[taskcluster:error] Uploading error artifact public/logs from file logs with message "Could not read directory 'C:\tasks\task_1559877973\logs'", reason "file-missing-on-worker" and expiry 2020-06-06T03:30:42.803Z
[taskcluster:error] TASK FAILURE during artifact upload: file-missing-on-worker: Could not read directory 'C:\tasks\task_1559877973\logs'
[taskcluster:error] Uploading error artifact public/test_info from file build/blobber_upload_dir with message "Could not read directory 'C:\tasks\task_1559877973\build\blobber_upload_dir'", reason "file-missing-on-worker" and expiry 2020-06-06T03:30:42.803Z
[taskcluster:error] TASK FAILURE during artifact upload: file-missing-on-worker: Could not read directory 'C:\tasks\task_1559877973\build\blobber_upload_dir'
[taskcluster 2019-06-07T03:43:59.645Z] Uploading redirect artifact public/logs/live.log to URL https://queue.taskcluster.net/v1/task/PX9Vk69hSfOYv4GF4SOJUg/runs/0/artifacts/public/logs/live_backing.log with mime type "text/plain; charset=utf-8" and expiry 2020-06-06T03:30:42.803Z
[taskcluster:error] exit status -1073741515
[taskcluster:error] file-missing-on-worker: Could not read directory 'C:\tasks\task_1559877973\logs'
[taskcluster:error] file-missing-on-worker: Could not read directory 'C:\tasks\task_1559877973\build\blobber_upload_dir'
Assignee | ||
Comment 13•6 years ago
|
||
Bug 1557614 is what caused those problems.
Assignee | ||
Updated•6 years ago
|
Comment 14•6 years ago
|
||
bugherder |
Assignee | ||
Updated•5 years ago
|
Comment 15•5 years ago
|
||
Comment 16•5 years ago
|
||
bugherder |
Comment 17•5 years ago
|
||
Fixes Thunderbird builds on Windows.
Comment 18•5 years ago
|
||
Comment 19•5 years ago
|
||
bugherder |
Updated•5 years ago
|
Comment 21•5 years ago
•
|
||
Mike, looks like this introduced these raptor speedometer timeouts on Android: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=258681723&repo=autoland&lineNumber=1118
https://treeherder.mozilla.org/#/jobs?repo=autoland&selectedJob=258681723&searchStr=raptor-speedometer-geckoview-power-e10s%2Crap%28sp-p%29&tochange=657c0163535f068a62447fa3e5f504c829bb15c8&fromchange=3eb04121209159cec75c59e0b1836ef8cad2435f
They stayed in tree after the backout of Bug 1561939 https://treeherder.mozilla.org/#/jobs?repo=autoland&revision=c2a690d8461ca420f0ac9e864c07157bd89ea52a&selectedJob=258681721&searchStr=android%2C8.0%2Cpixel2%2Cpgo%2Craptor%2Cperformance%2Ctests%2Con%2Cfirefox%2Ctest-android-hw-p2-8-0-arm7-api-16%2Fpgo-raptor-speedometer-geckoview-power-e10s%2Crap%28sp-p%29
Could you please take a look at these?
A backout of this bug leads to green jobs: https://treeherder.mozilla.org/#/jobs?repo=try&group_state=expanded&revision=8c9a8fab632b2002a34fba4a3a4ad8ddc9714455&selectedJob=258684512
Comment 22•5 years ago
|
||
Filed bug 1569459 to track those raptor failures.
Comment 23•5 years ago
|
||
Backed out changeset ba6240f6bc90 (Bug 1525373) for speedometer timeouts
Backout link: https://hg.mozilla.org/integration/autoland/rev/58f4b1223d19f8ea36d7aeb0bdb066654c0e96a4
Failure log: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=258660767&repo=mozilla-central&lineNumber=1599
Comment 24•5 years ago
|
||
Backout merged to central: https://hg.mozilla.org/mozilla-central/rev/58f4b1223d19
Assignee | ||
Comment 25•5 years ago
|
||
Bug 1525373 had been waiting for a while for aarch64 windows fixes that
are still not there, and landed with a workaround for those. But while
waiting, bug 1555479 changed the run-task transform, making bug 1525373
double-wrap bitbar commands with /builds/taskcluster/script.py.
So remove the now redundant wrapping.
Comment 26•5 years ago
|
||
Assignee | ||
Updated•5 years ago
|
Comment 27•5 years ago
|
||
Comment 28•5 years ago
|
||
bugherder |
Updated•3 years ago
|
Description
•