Feature #17514

Job invocations should happen asynchronously

Added by Adam Ruzicka 7 months ago. Updated about 21 hours ago.

Status:Ready For Testing
Assigned To:Adam Ruzicka
Target version:Foreman - Team Ivan Iteration 17
Difficulty: Pull request:https://github.com/theforeman/smart_proxy_remote_execution_ssh/pull/32, https://github.com/theforeman/smart_proxy_dynflow/pull/33, https://github.com/theforeman/foreman_remote_execution/pull/249
Bugzilla link:1386270
Story points-
Velocity based estimate-


Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1386270

Description of problem:

Customer needs to run many long-running job invocations at the same time on multiple machines.

These machines are located in a network with low bandwidth, so keeping many connections alive isn't possible as some jobs could take a long time (e.g: reposync, yum update).

These connections waste resources on the client hosts which are not very powerful machines.

This could be implemented by having another provider different to SSH or possibly by making ssh run the job and return right away (the capsule could check the status of the job somehow)

Additional info:

Currently they are running their own custom remote execution scripts which use Ansible core libraries to make calls asynchronously and poll for the status of the execution. The solution provided by Satellite does not necessarily have to poll for the status but it would need to provide a way to check it's status.


#1 Updated by Adam Ruzicka 7 months ago

  • Target version set to Team Ivan backlog

#2 Updated by The Foreman Bot about 1 month ago

  • Status changed from New to Ready For Testing
  • Assigned To set to Adam Ruzicka
  • Pull request https://github.com/theforeman/smart_proxy_dynflow/pull/33 added

#3 Updated by The Foreman Bot about 1 month ago

  • Pull request https://github.com/theforeman/foreman_remote_execution/pull/249 added

#4 Updated by The Foreman Bot 29 days ago

  • Pull request https://github.com/theforeman/smart_proxy_remote_execution_ssh/pull/32 added

#5 Updated by Ivan Necas about 21 hours ago

  • Target version changed from Team Ivan backlog to Team Ivan Iteration 17

Also available in: Atom PDF