Bug 2115229 - pull-provider rex jobs occassionally hanging
Summary: pull-provider rex jobs occassionally hanging
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Remote Execution
Version: 6.12.0
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: 6.12.0
Assignee: Adam Ruzicka
QA Contact: Peter Ondrejka
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-08-04 07:59 UTC by Peter Ondrejka
Modified: 2022-11-16 13:35 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-11-16 13:35:05 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Foreman Issue Tracker 35451 0 Normal Ready For Testing Restart yggdrasil from kptm if it is already running 2022-08-29 13:01:10 UTC
Github theforeman foreman pull 9412 0 None Merged Fixes #35472 - Try restarting yggdrasild before enabling it 2022-09-13 08:14:57 UTC
Github theforeman katello-pull-transport-migrate pull 6 0 None open Try restarting yggdrasild before enabling it 2022-08-29 13:01:08 UTC
Red Hat Issue Tracker SAT-12392 0 None None None 2022-08-23 12:10:30 UTC
Red Hat Product Errata RHSA-2022:8506 0 None None None 2022-11-16 13:35:13 UTC

Description Peter Ondrejka 2022-08-04 07:59:52 UTC
Description of problem:

Pull-provider job invocations are occasionally left in pending state. I cannot reproduce this consistently though. The job task is pending on Actions::ProxyAction

Version-Release number of selected component (if applicable):
Satellite 6.12 snap 4

How reproducible:
Not consistently 

Steps to Reproduce:
1. have an internal capsule with --foreman-proxy-plugin-remote-execution-script-mode=pull-mqtt
2. have a host with yggdrasil client enabled
3. run jobs against host

Actual results:
Most jobs execute successfully, occasionally a hanging job occurs

Additional info:
Found when installing and removing katello-agent on hosts along with running yggdrasil, though not certain if it has a connection to the issue

Comment 1 Adam Ruzicka 2022-08-04 08:06:51 UTC
Could you try running with debug logging enabled on the capsule and satellite, try reproducing it and then attaching production.log and proxy.log from the capsule and satellite and output of journalctl -u yggdrasild from the remote host?

Comment 2 Adam Ruzicka 2022-08-04 08:16:54 UTC
And maybe output of journalctl -u mosquitto from satellite/capsule

Comment 11 Adam Ruzicka 2022-08-29 12:53:45 UTC
Have not found a cause for the rapid reconnects, but the main issue here was caused by kptm not restarting yggdrasil after changing its config.

Comment 12 Adam Ruzicka 2022-09-13 08:14:58 UTC
All the related PRs were merged. The one in Foreman[1] will need to be cherry-picked, katello-pull-transport-migrate could probably be rebased, if we manage to find someone who can actually release it.

[1] - https://github.com/theforeman/foreman/pull/9412

Comment 13 Adam Ruzicka 2022-09-13 08:20:05 UTC
Right, that didn't take long. kptm-1.0.2 including the fix is out.

Comment 14 Peter Ondrejka 2022-10-03 12:20:20 UTC
Verified on Satellite 6.12 sn 13, after re-registration yggdrasil is correctly restarted and the rex job works as expected. Also verified that re-registration can cope with a stopped yggdrasil service and with uninstalled yggdrasil package

Comment 18 errata-xmlrpc 2022-11-16 13:35:05 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Important: Satellite 6.12 Release), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2022:8506


Note You need to log in before you can comment on or make changes to this bug.