#1561 getting user/group entry by uid/gid sometimes fails
Closed: Fixed None Opened 12 years ago by simo.

This is with 1.9.0 bits as released in the ipa-devel repo.
During the AD Interop Lab art Microsoft last week I had issues trying to resolve trusted domain users by uid/gid.
An ls -al of a file owned by administrator would come up with just the bare uid and gid number.
Also at that time running getent group DOMAIN\Administrator would return nothing (keep in mind this is a fake private group that doesn't really exist in AD).
After running getent passwd DOMAIN\username I was able to use ls -al to return the fully qualified user name, but not the gid (still only number).,
After running getent group DOMAIN\username I was able to see both user and (fake) group name with ls -al


Fields changed

milestone: NEEDS_TRIAGE => SSSD 1.9.2
rhbz: => 0

Fields changed

owner: somebody => sbose

Fields changed

status: new => assigned

How to test:

  • stop sssd
  • delete all ldb and memory mapped cache files, e.g. 'rm -f /var/lib/sss/mc/ /var/lib/sss/db/'
  • start sssd
  • call 'getent passwd UID_of_a_user_from_a_trusted_domain'

The getent should return the passwd entry for the user.

patch: 0 => 1

master:
- 70eaade
- 1774ee9
- 99bac83

resolution: => fixed
status: assigned => closed

Metadata Update from @simo:
- Issue assigned to sbose
- Issue set to the milestone: SSSD 1.9.2

7 years ago

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

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.

Log in to comment on this ticket.

Metadata