Closed Bug 1351012 Opened 9 years ago Closed 6 years ago

Remove use of the b2g-related worker types

Categories

(Firefox Build System :: Task Configuration, task, P5)

task

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: dustin, Assigned: coop)

References

(Depends on 1 open bug, Blocks 1 open bug)

Details

Attachments

(1 file)

This workerType was at once a convenient "miscellaneous" workerType, but now we should use desktop-test-xlarge or the like instead.
Attachment #8851738 - Flags: review?(garndt) → review+
Pushed by dmitchell@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/60377a780a5d replace b2gtest with gecko-t-linux-xlarge; r=garndt
I'll delete this workerType in a few months.
Keywords: leave-open
Before we delete, I can see what has created tasks for it to make sure it's 0.
Greg, can you do a check for use of the workerType?
Flags: needinfo?(garndt)
It appears these changes still need to be uplifted elsewhere to understand what is left using that worker type. In the last month I see tasks using that worker type from: jamun mozilla-aurora mozilla-beta mozilla-esr45 mozilla-esr52 mozilla-release try
Flags: needinfo?(garndt)
I'll wait a year..
Yea, the one we need to wait for is esr52. the rest should die off soon enough.
Depends on: 1437645
I'm still seeing occasional esr52 jobs (as expected), as well as the jobs referenced in bug 1437645.
Product: TaskCluster → Firefox Build System
*same
Honestly, b2gtest isn't hurting anything.
Assignee: dustin → nobody
Priority: -- → P5

We end up with a trivial amount of b2g-related spend in the AWS reporting every month due to this nomenclature. I could easily just assign this spend to another category, but we really shouldn't still be using something named "b2gtest" in 2019.

In the examples above, it just seems to be Ted performing various symbols tests, e.g. https://hg.mozilla.org/users/tmielczarek_mozilla.com/fetch-win32-symbols/file/tip/fetch-task.json#l3

However, we still seem to reference the worker type ourselves, even in the monorepo:

https://github.com/taskcluster/taskcluster/search?q=b2gtest&type=Code
https://github.com/taskcluster/taskcluster/blob/master/services/auth/test/clients.json

I've not too worried about breaking Ted. He seems to have fixed up his github repos that reference b2gtest already, and his hg-based tests haven't run since August. We should absolutely fix up our part.

There's nothing to worry about in our part -- it's just a snapshot of all extant clients at some point, used as input to the client tests. Go ahead and delete it :)

Summary: Remove use of the `b2gtest` workerType → Remove use of the b2g-related worker types

The full list of workerTypes I'd like to remove is:

b2gbuild
b2gtest
flame-kk
gaia
gaia-cache
gaia-decision

Source: https://taskcluster-web.netlify.com/provisioners/aws-provisioner-v1

Assignee: nobody → coop
Status: NEW → ASSIGNED

(In reply to Chris Cooper [:coop] pronoun: he from comment #17)

The full list of workerTypes I'd like to remove is:

b2gbuild
b2gtest
flame-kk
gaia
gaia-cache
gaia-decision

I've removed these worker types from the aws-provisioner. I have backups of the worker type definitions if we need them.

I'm working on a patch to the taskcluster monorepo to remove those worker types from our references and tests.

(In reply to Chris Cooper [:coop] pronoun: he from comment #18)

I'm working on a patch to the taskcluster monorepo to remove those worker types from our references and tests.

https://github.com/taskcluster/taskcluster/pull/609

I removed the b2g-related worker types from the docker-worker deployment lists: https://github.com/taskcluster/docker-worker/commit/eb77f9ec64c7d77ffc4e7738290db92eb8c881c0

As a final cleanup step, I've removed the following EBS volumes from AWS:

b2gtest
gaia-cache

I think the only place where this might bite us is the build-minidump-stackwalk and fetch-windows-symbols tasks referenced in our auth tests (https://github.com/taskcluster/taskcluster/blob/master/services/auth/test/clients.json), and only if they still run occasionally.

I can't find a repo for build-minidump-stackwalk that references tasks, but the repo for fetch-windows-symbols is here: https://hg.mozilla.org/users/tmielczarek_mozilla.com/fetch-win32-symbols/

Adding a NI to Kim in case she knows about continuity here before I close out this bug.

Flags: needinfo?(kmoir)

I think the only place where this might bite us is the build-minidump-stackwalk and fetch-windows-symbols tasks referenced in our auth tests (https://github.com/taskcluster/taskcluster/blob/master/services/auth/test/clients.json), and only if they still run occasionally.

This was just a snapshot of the clients/roles that existed at that time, to check that auth's role expansion could operate with "real-world" data. The scopes aren't actually used for anything.

I don't have any context on this. Gsvelto might have some insight?

Flags: needinfo?(kmoir) → needinfo?(gsvelto)

AFAIK the fetch-win32-symbols task is still in use but I doubt the worker type is important. It's possible that Ted just copy-pasted it from some other task. :willkg might know more so I'm CC'ing him.

Flags: needinfo?(gsvelto)

(In reply to Gabriele Svelto [:gsvelto] from comment #23)

AFAIK the fetch-win32-symbols task is still in use but I doubt the worker type is important. It's possible that Ted just copy-pasted it from some other task. :willkg might know more so I'm CC'ing him.

That was my guess, too. Because I do see a very small amount of usage for the b2gtest worker type, I went ahead and patched ted's repo to use a current worker type: https://hg.mozilla.org/users/tmielczarek_mozilla.com/fetch-win32-symbols/rev/989bf36a2d57

Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED

I don't know anything about the fetch-win32-symbols task, but I really should. Guessing based on other tasks I've seen Ted do, I agree that it's likely the worker type was unimportant and that Ted copy-and-pasted from another task or that's how he happened to throw the task together that day.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: