SSSD / sssd

#4046 sudo: incorrect usn value for openldap
Closed: Fixed by pbrezina. Opened by pbrezina.

Closed: Fixed
Reopen Issue

Steps to reproduce:

  1. install openldap server
  2. run sssd
  3. there are no sudo rules on the server and there are no cached objects
  4. you'll see in the logs that sudo smart refresh uses (&(&(objectclass=sudoRole)(modifyTimestamp>=1))... filter (1 instead of proper datetime value)

When a new rule is added OpenLDAP server will fail to evaluate the filter because it can not compare modifyTimestamp to non-datetime value.

389-ds works fine.

Metadata Update from @pbrezina:
- Issue assigned to pbrezina
  • master:
  • 6815844daa7701c76e31addbbdff74656cd30bea

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

master:
6815844daa7701c76e31addbbdff74656cd30bea

I cannot see such commit in upstream.
https://pagure.io/SSSD/sssd/commits/master

Metadata Update from @lslebodn:
- Issue status updated to: Open (was: Closed)

Darn, I pushed it to github. Thank Lukas, it is fixed.

Metadata Update from @pbrezina:
- 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/5014

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
High
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.