#3910 KCM destroy operation returns KRB5_CC_NOTFOUND, should return KRB5_FCC_NOFILE if non-existing ccache is about to be destroyed
Closed: Fixed by jhrozek. Opened by jhrozek.

Ticket was cloned from Red Hat Bugzilla: Bug 1622008

Please note that this Bug is private and may not be accessible as it contains confidential Red Hat customer information.

ssia, mostly. When the KCM destroy operation is called, it receives a name as an input. If the name cannot be found, we would currently return KRB5_CC_NOTFOUND. But other ccache types return KRB5_FCC_NOFILE in that case and e.g. utilities like kdestroy special case KRB5_FCC_NOFILE to be non-fatal.

We should fix the return code and perhaps check other codepaths that resolve a name as well.


Metadata Update from @jhrozek:
- Custom field rhbz adjusted to https://bugzilla.redhat.com/show_bug.cgi?id=1622008

PR: https://github.com/SSSD/sssd/pull/722

Metadata Update from @jhrozek:
- Issue tagged with: KCM, PR, bug

  • master:
  • 46e52b0361e1c36ae640400a4a683e03b2c4164b
  • 02c15d40efe6dd9107528469904f1315fca37416

Metadata Update from @jhrozek:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

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

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