Bug 1829881 - Satellite struggles to process huge amount of ansible facts
Summary: Satellite struggles to process huge amount of ansible facts
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Fact
Version: 6.7.0
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: Unspecified
Assignee: satellite6-bugs
QA Contact: Radek Mynar
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-04-30 14:09 UTC by Jan Senkyrik
Modified: 2022-02-02 14:18 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-11-22 11:37:18 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jan Senkyrik 2020-04-30 14:09:20 UTC
Description of problem:
It looks like that Satellite struggles to process ansible facts during ansible role execution when target hosts have unusually high amount of ansible facts. Example of such host could be a RHV host that holds a lot of NICs.

How reproducible:
I'd expect this to be reproducible if one has an access to a suitable environment.

More information will follow in my next private comment.


Kind regards,
Jan

Comment 5 Marek Hulan 2020-05-19 11:59:51 UTC
What can quickly help is to setup the facts blacklist in Settings. Navigate to Settings -> Provisioning -> Exclude pattern for facts stored in satellite, add more fact names. As you can see in the default value, * wildcard can be used. Looking at the logs, it seems there were around 7k facts. That may not be only caused by multiple NICs. Make sure you don't have ohai installed on the machine. Ansible by default uses multiple fact providers and ohai (facter from chef) is extremely verbose. This can be disabled in ansible.cfg.

Comment 7 Tomer Brisker 2021-11-22 11:37:18 UTC
Closing as CURRENTRELEASE following comment #6, seems fixes included in 6.10 resolved this issue.


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