Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1242264 - Default configurations should support higher than 225 Content hosts
Default configurations should support higher than 225 Content hosts
Status: CLOSED ERRATA
Product: Red Hat Satellite 6
Classification: Red Hat
Component: Installer (Show other bugs)
6.1.0
Unspecified Unspecified
unspecified Severity high (vote)
: GA
: Unused
Assigned To: Ivan Necas
Roman Plevka
: ReleaseNotes, Triaged
Depends On:
Blocks: sat61-release-notes
  Show dependency treegraph
 
Reported: 2015-07-12 12:09 EDT by Mike McCune
Modified: 2016-07-27 07:24 EDT (History)
7 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-07-27 07:24:53 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Mike McCune 2015-07-12 12:09:51 EDT
If users deploy different #s of connected Content Hosts they have to reconfigure various settings for qpid to allow more than 225 and up:

https://access.redhat.com/solutions/1375253

We should reconfigure some of the values mentioned in that KCS during our installer puppet run to default to supporting at least 10K Content Hosts and possibly more.
Comment 4 Ivan Necas 2015-09-03 08:56:23 EDT
What's expected behavior here? Something like: `--capsule-expected-hosts-count`?
Comment 6 David O'Brien 2016-04-17 20:48:18 EDT
Reset docs contact <> daobrien
Comment 8 Roman Plevka 2016-07-12 09:03:15 EDT
VERIFIED

on sat6.2.0 snap19.1

I've set up a centos7 docker image with pre-installed subscription-manager and katello-consumer certificate from my satellite server.

I then ran many containers in a loop.

After triggering some batch package installation from WebUI, the number of qpid queues started to grow. I ended at 570 as that was as much containers i was able to start (didn't try to go further)
Seems like this amount of clients handled well

# qpid-stat -q --ssl-certificate=/etc/pki/katello/qpid_client_striped.crt -b amqps://localhost:5671 | grep -c pulp.agent
570
Comment 9 Bryan Kearney 2016-07-27 07:24:53 EDT
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, 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/RHBA-2016:1501

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