On (05/05/15 15:04), Jean-Baptiste Denis wrote:
> I executed attached script as a root.
Thank your for sharing the script.
I reproduce the bug with it after some iterations :
# ./reproduce.sh
Stopping sssd: [ OK ]
Starting sssd: [ OK ]
Stopping sssd: [ OK ]
Starting sssd: [ OK ]
Stopping sssd: [ OK ]
Starting sssd: [ OK ]
Stopping sssd: [ OK ]
Starting sssd: [ OK ]
Stopping sssd: [ OK ]
Starting sssd: [ OK ]
Stopping sssd: [ OK ]
Starting sssd: [ OK ]
Stopping sssd: [ OK ]
Starting sssd: [ OK ]
Stopping sssd: [ OK ]
Starting sssd: [ OK ]
Stopping sssd: [ OK ]
Starting sssd: [ OK ]
wrongs number of secondary groups in process 17288 : 0 instead of 5 (sleep 49ms)
1/20 failed
Stopping sssd: [ OK ]
Starting sssd: [ OK ]
Stopping sssd: [ OK ]
Starting sssd: [ OK ]
wrongs number of secondary groups in process 17451 : 0 instead of 5 (sleep 56ms)
1/20 failed
Stopping sssd: [ OK ]
Starting sssd: [ OK ]
wrongs number of secondary groups in process 17535 : 0 instead of 5 (sleep 60ms)
wrongs number of secondary groups in process 17523 : 0 instead of 5 (sleep 60ms)
wrongs number of secondary groups in process 17540 : 0 instead of 5 (sleep 61ms)
wrongs number of secondary groups in process 17528 : 0 instead of 5 (sleep 63ms)
wrongs number of secondary groups in process 17537 : 0 instead of 5 (sleep 64ms)
5/20 failed
Stopping sssd: [ OK ]
Starting sssd:
I've got the same behaviour if I remove the "sleep 9", it's just quicker
to test
=) I've also tested with another user, same behaviour.
I added "sleep 9" later, because I was not able to reproduce your bug.
The results can be influenced byt the fact I used fedora for testing and sssd
master.
Are you 100% sure that the user "user_many_groups" is not
doing anything, or any
users belonging to one of its 23 secondary groups ?
Yes; I'm sure.
I created new user and new groups in LDAP. (openldap)
Could you describe your testing machine?
Hardware, OS, network, ... (anything what could influence results)
LS