Description of problem: For tuning, the default backlog option of 1024 is not large enough to handle the incoming requests. The option to tune this BACKLOG option is needed to survive updates/upgrades. Version-Release number of selected component (if applicable): foreman-service-2.3.1.25-2.el7sat.noarch How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: BACKLOG key variable is reset with every update/reinstall of the foreman-service RPM Expected results: To have a custom hiera value to control this value and survive updates/upgrades Additional info:
As a work around, you can place a systemd drop-in file with this parameter configured that will survive updates and reinstalls.
Also worth noting is to look at https://bugzilla.redhat.com/show_bug.cgi?id=2022240 which talks about how the BACKLOG parameter is gated by a kernel parameter and that the two must be adjusted in-sync with one another to notice a difference.
Upon review of our valid but aging backlog the Satellite Team has concluded that this Bugzilla does not meet the criteria for a resolution in the near term, and are planning to close in a month. This message may be a repeat of a previous update and the bug is again being considered to be closed. If you have any concerns about this, please contact your Red Hat Account team. Thank you.