On (15/11/16 09:39), Jakub Hrozek wrote:
>On Wed, Nov 09, 2016 at 04:44:12PM +0100, Petr Cech wrote:
>> Hi all,
>> 
>> I came back to ticket #3222 "sssd still showing ipa user after removed from
>> last group" [1]. And I have new knowledge. But I still do not see the light
>> at the end of the tunnel.
>> 
>> [1] https://fedorahosted.org/sssd/ticket/3222
>> 
>> I attached patch which enables some basic debug on using of memcache. And
>> two reproducers (with and without memcache) which are based on reproducer
>> written in ticket.
>> 
>> If we use memcache, the issue occurs only sometimes.
>> 
>> The difference between both cases is mixed state of switch after
>> sss_nss_mc_getgrnam() call in _nss_sss_getgrnam_r() function.
>> 
>> Note: code says (for default case):
>> /* if using the mmaped cache failed,
>>  * fall back to socket based comms */
>> 
>> 
>> Could anyone help, please?
>
>Hi Petr,
>
>this really seems like an issue with memory cache. I'm not an expert
>there, unfortunately, so I wonder what Michal and Lukas think..
I cannot see any problem with memory cache here.
The same data are stored to memory cache as are returned
to client. If there is a bug then the bug is before storing
data to memory cache. They might be caused by some race condition caused
by different timeout for various entries in memory cache.

LS
_______________________________________________
sssd-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to