Closed Bug 1332341 Opened 8 years ago Closed 7 years ago

[tracking] Use balrogworker-v1 in release promotion

Categories

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

defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: rail, Assigned: mtabara)

References

Details

Attachments

(1 file)

This way we can get rid of using regular TC workers with balrogVPN feature enabled and avoid passing encrypted credentials.
Priority: -- → P2
Do we know if this will be something completed in Q2?
Flags: needinfo?(mtabara)
TBH, I doubt about Q2, because we haven't even started looking at this yet. It looks like this will require us to switch to in-tree scheduling, because balrogworker-v1 requires CoT. We have been thinking about this (the scheduling part) as a project for the intern starting next week.
Flags: needinfo?(mtabara)
Blocks: 1397762
Blocks: 1397775
Assignee: nobody → rail
I haven't tested this patch, but it should give you an idea how to add this behaviour. Also see https://bugzilla.mozilla.org/show_bug.cgi?id=1413149#c7
Assignee: rail → mtabara
Let's track separately the stuff we need to get done in order to see this going forward: * we need balrogscript changes to enable release-behavior * we need to tweak beetmoverscript to tweak the manifest in order to supply the release information too * we need to add in-tree balrog jobs to enable the actual tasks on maple
Depends on: 1417572
Depends on: 1417573
Depends on: 1417575
Priority: P2 → P1
Summary: Use balrogworker-v1 in release promotion → [tracking] Use balrogworker-v1 in release promotion
Blocks: 1397773
It gives me great satisfaction to close this bug with fire!
Status: NEW → RESOLVED
Closed: 7 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: