Project

General

Profile

Actions
Copy link

coordination #25278

closed

action #20526: [tools][openqa][research] Research on Federated openQA

[epic]Refactor worker_bridge for federated openQA support

Added by szarate over 6 years ago. Updated over 3 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
Feature requests
Target version:
-
Start date:
2017-11-20
Due date:
% Done:

100%

Estimated time:
(Total: 0.00 h)

Description

Currently the pr#1414 has a proposal of what the worker bridge could be, but is currently not in the best state, thus it needs a refactor to be able to be merged.

AC is represented as a checklist

Hide closed

Checklist

  • The worker bridge will run on a machine and will have access to a masterUI to query jobs from and to a slaveUI to proxy jobs to.
  • Once the clonning of job from masterUI to slaveUI is being performed, worker bridge adds federated_report setting to the job with the url of the job it belongs to
  • The masterUI should have the possibility to filter job list by job setting, avoid generating extra load when searching for jobs
  • worker_bridge will report back job results to the masterUI job results once the job on the slaveUI has any new status to report (once job is set to done, regadless of the state)

Subtasks 2 (0 open — 2 closed)

action #27955: Allow the worker_bridge to sync job status from a slaveUI to a masterUIRejected2017-11-20

Actions
action #27958: [tools][Sprint 201711.2] Allow filtering of jobs by worker_class.Resolvedszarate2017-11-20

Actions

Related issues 1 (1 open — 0 closed)

Related to openQA Project - action #38168: Worker configuration to get assets from a different server than the webuiNew2018-07-04

Actions
Actions
Copy link

Also available in: Atom PDF