action #27958

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

action #25278: [epic]Refactor worker_bridge for federated openQA support

[tools][Sprint 201711.2] Allow filtering of jobs by worker_class.

Added by szarate over 2 years ago. Updated almost 2 years ago.

Status:ResolvedStart date:20/11/2017
Priority:NormalDue date:
Assignee:szarate% Done:

0%

Category:Feature requests
Target version:Done
Difficulty:
Duration:

Description

AC The masterUI should have the possibility to filter job list by job setting, avoid generating extra load when searching for jobs.

For this mode, we require an explicit job setting that will allow openQA/worker_bridge to know what jobs must run on a separate instance.

This PR allows to use WORKER_CLASS=:my_location:our_worker_class

Having openQA webUI to filter by generic job settings is not part of the scope here.

History

#1 Updated by szarate about 2 years ago

  • Status changed from New to In Progress

PR was rebased and tested, but not merged yet.

#2 Updated by szarate about 2 years ago

  • Assignee set to szarate

#3 Updated by szarate about 2 years ago

  • Target version changed from Ready to Current Sprint

Carry over to sprint 201712.1, assigning to "Current Sprint".

#4 Updated by szarate about 2 years ago

  • Status changed from In Progress to Resolved

PR merged, closing.

#5 Updated by szarate almost 2 years ago

  • Target version changed from Current Sprint to Done

Also available in: Atom PDF