Project

General

Profile

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 over 2 years ago.

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

0%

Estimated time:
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 over 2 years ago

  • Status changed from New to In Progress

PR was rebased and tested, but not merged yet.

#2 Updated by szarate over 2 years ago

  • Assignee set to szarate

#3 Updated by szarate over 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 over 2 years ago

  • Status changed from In Progress to Resolved

PR merged, closing.

#5 Updated by szarate over 2 years ago

  • Target version changed from Current Sprint to Done

Also available in: Atom PDF