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

Also available in: Atom PDF