it is 1.9.2-82.4.el6_4. Host is RHEL 6.4 (2.6.32-358.2.1.el6.x86_64)
/var/log/sssd/sssd_nss.log has multiple entries: [sssd[nss]] [nss_cmd_getgrgid_search] (0x0010): getgrgid call returned more than one result !?!
It seems to be complaining about duplicate gid entries. How can I have a recursive look of all GIDs? "getent group" (with enumerate turned on) returns single entries for the GIDs that are involved so far (42, 421 etc,.)
Thanks, Qing
On 19/04/2013 1:07 PM, Jakub Hrozek wrote:
On Fri, Apr 19, 2013 at 01:02:00PM -0400, Qing Chang wrote:
at the same time on different IPA clients, group name could become unavailable on one but not the other:
===== available on fisher ===== fisher:$ groups chuck chuck : mri hcgrp ccgrp prgrp chuksh crdsh2 ipausers slcc =====
===== unavailable on robin ===== [root@robin ~]# groups chuck chuck : groups: cannot find name for group ID 422 422 ipausers prgrp crdsh2 slcc chuksh hcgrp ccgrp =====
Note in this case 422 is mri, but it could happen to another GID.
Just did a "\rm /var/lib/sss/db/cache_sri.utoronto.ca.ldb" and "service sssd restart", the group name still did not come back.
Which version is this? If that's 1.9 you also need to remove the memory cache to be completely sure (/var/lib/sss/mc/*)
A reboot would fix the problem, but it could creep back some time later.
Any idea why this is happening?
There's not enough information, sorry. Debug logs (nss and domain) would tell us more. Also what version on what OS? _______________________________________________ sssd-devel mailing list sssd-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/sssd-devel