Steps:left realm, joined realm as user1, added debug_level and ad_server to sssd.conf (it seems to hang when it runs into a dead ad_server), restarted nssd.I ran an id on user1, it returned data. No data for user2.I then cleared cache using: sss_cache -E, id'ed user1 again and data was returned. Still no data for user2.[sssd]domains = example.comdefault_domain_suffix = example.comconfig_file_version = 2services = nss, pam[domain/example.com]debug_level = 9ad_domain = example.comad_server = EXAMPLE.EXAMPLE.COMkrb5_realm = EXAMPLE.COMrealmd_tags = manages-system joined-with-sambacache_credentials = Trueid_provider = adkrb5_store_password_if_offline = Truedefault_shell = /bin/bashldap_id_mapping = Trueuse_fully_qualified_names = Truefallback_homedir = /home/%u@%daccess_provider = adLogs:sssd_nss is ~700 of the following lines:(Thu Aug 31 09:21:05 2017) [sssd[nss]] [sss_dp_get_reply] (0x0010): The Data Provider returned an error [org.freedesktop.sssd.Error.DataProvider.Offline] sssd_example.com.log (attached).On Thu, Aug 31, 2017 at 7:44 AM, Michal Židek <mzidek@redhat.com> wrote:Hello,On 08/30/2017 09:49 PM, William Edsall wrote:
Hello list,
I've configured sssd on Centos 7 with the very basics. I'm able to id my own user account, which was used to join the domain (via realm), but unable to id any other account.
Does anything make sense about this? I should mention this is a very large (50,000+) corporate AD.
Thanks
William
please provide sssd domain and sssd_nss logs with debug_level = 9
as well as your SSSD configuration file.
For more details see:
https://docs.pagure.org/SSSD.sssd/users/troubleshooting.html
Michal
_______________________________________________
sssd-users mailing list -- sssd-users@lists.fedorahosted.org
To unsubscribe send an email to sssd-users-leave@lists.fedorahosted.org