SSSD / sssd

#3422 RFE: A tool to inspect sssd-secrets quotas
Closed: wontfix by thalman. Opened by jhrozek.

Closed: wontfix
Reopen Issue

It might be handy to write a sssd-secrets tool to display how much quota is used by the sssd-secrets responder per user.

Metadata Update from @jhrozek:
- Issue set to the milestone: SSSD Future releases (no date set yet)

Metadata Update from @jhrozek:
- Issue tagged with: KCM

Currently we treat whatever comes from libkrb5 as an opaque blob. It would be beneficial to unmarshall the data for debugging purposes in the command line tool.

Metadata Update from @jhrozek:
- Issue set to the milestone: SSSD 2.0 (was: SSSD Future releases (no date set yet))

Metadata Update from @jhrozek:
- Issue priority set to: blocker

Metadata Update from @jhrozek:
- Issue set to the milestone: SSSD 2.1 (was: SSSD 2.0)

Metadata Update from @jhrozek:
- Issue set to the milestone: SSSD 2.2 (was: SSSD 2.1)

Metadata Update from @jhrozek:
- Issue set to the milestone: SSSD 2.3 (was: SSSD 2.2)

Metadata Update from @thalman:
- Custom field design_review adjusted to on
- Custom field mark adjusted to on
- Custom field patch adjusted to on
- Custom field review adjusted to on
- Custom field sensitive adjusted to on
- Custom field testsupdated adjusted to on
- Issue close_status updated to: wontfix
- Issue status updated to: Closed (was: Open)

Secret responder is deprecated

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/4449

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

KCM

None
None
Lowest
on
on
on
on
on
on
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.