Closed Bug 1655666 Opened 4 years ago Closed 4 years ago

release-generate-checksums in 80.0b1 task fails to find virtualenv

Categories

(Release Engineering :: Release Automation: Other, defect, P1)

Tracking

(firefox-esr68 unaffected, firefox-esr7886+ fixed, firefox78 unaffected, firefox79 unaffected, firefox80blocking fixed, firefox81+ fixed)

RESOLVED FIXED
Tracking Status
firefox-esr68 --- unaffected
firefox-esr78 86+ fixed
firefox78 --- unaffected
firefox79 --- unaffected
firefox80 blocking fixed
firefox81 + fixed

People

(Reporter: jcristau, Assigned: tomprince)

References

(Regression)

Details

(Keywords: regression)

Attachments

(2 files)

See https://firefox-ci-tc.services.mozilla.com/tasks/CxpB-_fVQY-k9JpAlUaVFA
and log: https://firefoxci.taskcluster-artifacts.net/CxpB-_fVQY-k9JpAlUaVFA/1/public/logs/live_backing.log

[task 2020-07-28T03:28:28.841Z] 03:28:28     INFO - [mozharness: 2020-07-28 03:28:28.841748Z] Running create-virtualenv step.
[task 2020-07-28T03:28:28.841Z] 03:28:28     INFO - Running main action method: create_virtualenv
[task 2020-07-28T03:28:28.841Z] 03:28:28     INFO - Creating virtualenv /builds/worker/workspace/venv
[task 2020-07-28T03:28:28.841Z] 03:28:28    FATAL - Can't find the virtualenv module
[task 2020-07-28T03:28:28.841Z] 03:28:28    FATAL - Running post_fatal callback...
[task 2020-07-28T03:28:28.841Z] 03:28:28    FATAL - Exiting -1
[task 2020-07-28T03:28:28.841Z] 03:28:28     INFO - [mozharness: 2020-07-28 03:28:28.841958Z] Finished create-virtualenv step (failed)

This is blocking releases.

Can you please rpvide the command that resulted in the failure
I'll try and fix this asap

Flags: needinfo?(jcristau)

The task is defined at https://hg.mozilla.org/releases/mozilla-beta/file/FIREFOX_80_0b1_BUILD1/taskcluster/ci/release-generate-checksums/kind.yml
It runs mozharness/scripts/release/generate-checksums.py.

Flags: needinfo?(jcristau)
Attached file possible_fix (deleted) —

I think this might fix the issue the virtualenv module not found
Can you please verify it because I'm not able to reproduce the error on my system.

Flags: needinfo?(jcristau)

Thanks for your contribution! I ran your change against our automation via a staging release task, via ./mach try scriptworker generate-checksums --release-type beta.

before: https://treeherder.mozilla.org/#/jobs?repo=try&revision=afb775679d7701fa7af808155f1be23102adcbeb&selectedTaskRun=PHowfHfAQl-0U6Rx4yJUTA.0
after: https://treeherder.mozilla.org/#/jobs?repo=try&revision=69055b5dcb1c80b0948bd55cf2bd4fa9c89d1fa2

Currently waiting for results to show up to ensure it fixes the issue.

Assignee: nobody → mozilla
Status: NEW → ASSIGNED
Flags: needinfo?(jcristau)
Pushed by mozilla@hocat.ca: https://hg.mozilla.org/integration/autoland/rev/d9e59bcc3793 [mozharness] Always set `abs_src_path` if `GECKO_PATH` is in the environment; r=mtabara

Comment on attachment 9166609 [details]
Bug 1655666: [mozharness] Always set abs_src_path if GECKO_PATH is in the environment;

Needed to unblock the 78.8esr release, approving retroactively.

Attachment #9166609 - Flags: approval-mozilla-esr78+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: