SSSD / sssd

#3153 The number of proxy child slots is hardcoded
Closed: Fixed Opened by jhrozek.

Closed: Fixed
Reopen Issue

Currently we have:

/* FIXME: get max_children from configuration file */
 auth_ctx->max_children = 10;

This is not enough in busy environments, so we should implement what the FIXME asks about and expose the max_children parameter as a config option.

Linked to Bugzilla bug: https://bugzilla.redhat.com/show_bug.cgi?id=1369079 (Red Hat Enterprise Linux 6)

rhbz: => [https://bugzilla.redhat.com/show_bug.cgi?id=1369079 1369079]

Linked to Bugzilla bug: https://bugzilla.redhat.com/show_bug.cgi?id=1368467 (Red Hat Enterprise Linux 7)

rhbz: [https://bugzilla.redhat.com/show_bug.cgi?id=1369079 1369079] => [https://bugzilla.redhat.com/show_bug.cgi?id=1369079 1369079], [https://bugzilla.redhat.com/show_bug.cgi?id=1368467 1368467]

Fields changed

owner: somebody => pcech

Fields changed

status: new => assigned

Fields changed

patch: 0 => 1

Filing into 1.13.5 since downstreams also need to merge the patch.

milestone: NEEDS_TRIAGE => SSSD 1.13.5

master:

  • aef0171e0bdc9a683958d69c7ee984fb10cd5de7

sssd-1-13:

  • 90c62a1b4bac450712bc5a194b793761329a1d3a

resolution: => fixed
status: assigned => closed

Metadata Update from @jhrozek:
- Issue assigned to pcech
- Issue set to the milestone: SSSD 1.13.5

SSSD is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in SSSD's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/SSSD/sssd/issues/4186

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.
Metadata
None
None
None
Normal
defect
SSSD
1.14.1
None
0
0
1
https://bugzilla.redhat.com/show_bug.cgi?id=1369079, https://bugzilla.redhat.com/show_bug.cgi?id=1368467
0
0
0
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.