Project

General

Profile

Actions

Bug #36130

closed

job invocation shows wrong info after remote execution job (regression from 6.11)

Added by Nofar Alfassi almost 2 years ago. Updated over 1 year ago.

Status:
Closed
Priority:
Normal
Assignee:
Fixed in Releases:
Found in Releases:

Description

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

Description of problem:
A customer reported, that after they migrated to Satellite 6.12 (from 6.11) the job invocation overview is showing the wrong info. After running an ansible remote execution job on several hosts, if one host failed, all hosts are shown as failed.

Version-Release number of selected component (if applicable):
Satellite 6.12.1

How reproducible:
always

Steps to Reproduce:
1. Prepare to run any ansible job in Satellite 6.12.1 and run it on a group of hosts
2. Force the job to fail on one host (for example with a wrong DNF repository, which causes this one host to fail "really")
3. Start the job
4. Ansible-runner returns error code 2 (partial failure) instead of 0 and this causes Satellite to mark every host in this job run as failed -> not just the one, which really failed

Actual results:
All hosts are shown as failed when only one has failed

Expected results:
Show correct info about remote execution on hosts (failed / successful)

Additional info:
The customer is relying on this info for patching but does not get the right info currently. This seems to be a regression from Satellite 6.11.


Related issues 2 (1 open1 closed)

Has duplicate Ansible - Bug #36206: One or more unreachable hosts result in "failed" job for every hostDuplicateActions
Precedes Ansible - Bug #36210: Set correct exit status for Ansible job run on multiple hosts with a non-existing moduleNewNofar AlfassiActions
Actions #1

Updated by Nofar Alfassi almost 2 years ago

  • Assignee set to Nofar Alfassi
  • Subject changed from job invocation shows wrong info after remote execution job 9regression from 6.11) to job invocation shows wrong info after remote execution job 9regression from 6.11)
Actions #2

Updated by Oliver Ilian over 1 year ago

  • Subject changed from job invocation shows wrong info after remote execution job 9regression from 6.11) to job invocation shows wrong info after remote execution job (regression from 6.11)

Do we know when this issue can be fixed? It is urgent for my customer.

Actions #3

Updated by Nofar Alfassi over 1 year ago

Oliver Ilian wrote:

Do we know when this issue can be fixed? It is urgent for my customer.

I'm currently working on it, so as soon as it's done.

Actions #4

Updated by The Foreman Bot over 1 year ago

  • Status changed from New to Ready For Testing
  • Pull request https://github.com/theforeman/smart_proxy_ansible/pull/75 added
Actions #5

Updated by The Foreman Bot over 1 year ago

  • Fixed in Releases smart_proxy_ansible-3.5.1 added
Actions #6

Updated by Nofar Alfassi over 1 year ago

  • Status changed from Ready For Testing to Closed
Actions #7

Updated by Nofar Alfassi over 1 year ago

  • Target version changed from foreman_ansible-10.0.0 to 1689
  • Fixed in Releases smart_proxy_ansible-3.5.3 added
  • Fixed in Releases deleted (smart_proxy_ansible-3.5.1)
Actions #8

Updated by Nofar Alfassi over 1 year ago

  • Target version changed from 1689 to smart_proxy_ansible-3.5.3
Actions #9

Updated by The Foreman Bot over 1 year ago

  • Pull request https://github.com/theforeman/smart_proxy_ansible/pull/77 added
Actions #10

Updated by Nofar Alfassi over 1 year ago

  • Related to Bug #36210: Set correct exit status for Ansible job run on multiple hosts with a non-existing module added
Actions #11

Updated by Nofar Alfassi over 1 year ago

  • Related to deleted (Bug #36210: Set correct exit status for Ansible job run on multiple hosts with a non-existing module)
Actions #12

Updated by Nofar Alfassi over 1 year ago

  • Precedes Bug #36210: Set correct exit status for Ansible job run on multiple hosts with a non-existing module added
Actions #13

Updated by Nofar Alfassi over 1 year ago

  • Fixed in Releases smart_proxy_ansible-3.5.4 added
  • Fixed in Releases deleted (smart_proxy_ansible-3.5.3)
Actions #14

Updated by Nofar Alfassi over 1 year ago

  • Has duplicate Bug #36206: One or more unreachable hosts result in "failed" job for every host added
Actions

Also available in: Atom PDF