Project

General

Profile

action #27955

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

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

Allow the worker_bridge to sync job status from a slaveUI to a masterUI

Added by szarate over 2 years ago. Updated 7 months ago.

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

0%

Estimated time:
Difficulty:
Duration:

Description

AC 3 of parent task:

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) 

This should be done in an independant manner, so that poo#14580 can be addressed too.


Related issues

Related to openQA Project - action #14580: Add ability to backup selected jobs/tests results outside of o.s.d/o.o.oResolved2016-10-31

Blocked by openQA Project - action #17788: [tools]Uploading images chksum check relies on global /var/lib/openqa/shareResolved2017-03-19

History

#1 Updated by szarate over 2 years ago

  • Related to action #14580: Add ability to backup selected jobs/tests results outside of o.s.d/o.o.o added

#2 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".

#3 Updated by szarate over 2 years ago

  • Assignee set to szarate

#4 Updated by szarate over 2 years ago

  • Blocked by action #17788: [tools]Uploading images chksum check relies on global /var/lib/openqa/share added

#5 Updated by szarate over 2 years ago

  • Target version changed from Current Sprint to Ready

#6 Updated by sebchlad about 2 years ago

szarate: the subject is misleading. "Sprint 201711.2" I assume this isn't correct, is it?

In the description for now you are saying: "AC 3 of parent task"
I would appreciate a pointer to the parent task, otherwise this is really confusing.

#7 Updated by szarate about 2 years ago

sebchlad: Parent task is: poo#25278.

#8 Updated by szarate about 2 years ago

  • Subject changed from [tools][Sprint 201711.2] Allow the worker_bridge to sync job status from a slaveUI to a masterUI to Allow the worker_bridge to sync job status from a slaveUI to a masterUI
  • Assignee deleted (szarate)

The idea for the implementation of this was:

Have the slaveUI check for jobs with FEDERATED_URL != '' that don't have a backend_info field in the databse with something like "already_updated". (That field is supposed to be not currently used, but can be used to store json information for example.). This is/would be for the startup of the worker.

For the normal execution of the worker, the bridge would simply monitor for job_done event, and the same condition of FEDERATED_URL not being empty and backend_info property being not set, then simply add the job to a queue (possibly a minion job?) and start the upload. Once job is sucessfully uploaded to the remoteUI, "already_updated" property would be set.

Jobs being restarted, is still unclear, but for the time being they simply refresh on the remote UI.

#9 Updated by okurz 12 months ago

  • Category changed from 132 to Feature requests

#10 Updated by coolo 7 months ago

  • Status changed from New to Rejected

Let's declare the idea of federated UI as failed

Also available in: Atom PDF