Hi List,
[root@machine ~]# sss_cache -g mpeg2 No cache object matched the specified search [root@machine ~]# getent -s sss group mpeg2 mpeg2:*:139:
Is this normal behavior? I have deleted mpeg2 group recently...
Only after I do 'sss_cache -G' it goes away eventually....
Thanks, Ondrej
-----
The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: communications@s3group.com. Thank You. Silicon and Software Systems Limited (S3 Group). Registered in Ireland no. 378073. Registered Office: South County Business Park, Leopardstown, Dublin 18.
On 04/29/2016 10:30 AM, Ondrej Valousek wrote:
Hi List,
[root@machine ~]# sss_cache -g mpeg2
No cache object matched the specified search
[root@machine ~]# getent -s sss group mpeg2
mpeg2:*:139:
Is this normal behavior? I have deleted mpeg2 group recently…
Only after I do ‘sss_cache –G’ it goes away eventually….
Thanks,
Ondrej
Hi, so if I understand it correctly the group is still in cache but sss_cache won't invalidate it?
What version of sssd do you use? And what can we get from: sss_cache --debug 0x3ff0 -g mpeg2
On Fri, Apr 29, 2016 at 10:35:54AM +0200, Pavel Březina wrote:
On 04/29/2016 10:30 AM, Ondrej Valousek wrote:
Hi List,
[root@machine ~]# sss_cache -g mpeg2
No cache object matched the specified search
[root@machine ~]# getent -s sss group mpeg2
mpeg2:*:139:
Is this normal behavior? I have deleted mpeg2 group recently…
Only after I do ‘sss_cache –G’ it goes away eventually….
Thanks,
Ondrej
Hi, so if I understand it correctly the group is still in cache but sss_cache won't invalidate it?
What version of sssd do you use? And what can we get from: sss_cache --debug 0x3ff0 -g mpeg2
I guess the group can already be removed from the ldb cache but can still be present in the memory cache..
On (29/04/16 10:38), Jakub Hrozek wrote:
On Fri, Apr 29, 2016 at 10:35:54AM +0200, Pavel Březina wrote:
On 04/29/2016 10:30 AM, Ondrej Valousek wrote:
Hi List,
[root@machine ~]# sss_cache -g mpeg2
No cache object matched the specified search
[root@machine ~]# getent -s sss group mpeg2
mpeg2:*:139:
Is this normal behavior? I have deleted mpeg2 group recently…
Only after I do ‘sss_cache –G’ it goes away eventually….
Thanks,
Ondrej
Hi, so if I understand it correctly the group is still in cache but sss_cache won't invalidate it?
What version of sssd do you use? And what can we get from: sss_cache --debug 0x3ff0 -g mpeg2
I guess the group can already be removed from the ldb cache but can still be present in the memory cache..
Memory cache is invalidated after calling sss_cache.
Wen have an integration test fot it :-)
LS
On Fri, Apr 29, 2016 at 12:15:46PM +0200, Lukas Slebodnik wrote:
On (29/04/16 10:38), Jakub Hrozek wrote:
On Fri, Apr 29, 2016 at 10:35:54AM +0200, Pavel Březina wrote:
On 04/29/2016 10:30 AM, Ondrej Valousek wrote:
Hi List,
[root@machine ~]# sss_cache -g mpeg2
No cache object matched the specified search
[root@machine ~]# getent -s sss group mpeg2
mpeg2:*:139:
Is this normal behavior? I have deleted mpeg2 group recently…
Only after I do ‘sss_cache –G’ it goes away eventually….
Thanks,
Ondrej
Hi, so if I understand it correctly the group is still in cache but sss_cache won't invalidate it?
What version of sssd do you use? And what can we get from: sss_cache --debug 0x3ff0 -g mpeg2
I guess the group can already be removed from the ldb cache but can still be present in the memory cache..
Memory cache is invalidated after calling sss_cache.
Wen have an integration test fot it :-)
But in this test the sss_cache tool said no cache object matched, do we invalidate the memory cache even in that scenario?
On (29/04/16 12:58), Jakub Hrozek wrote:
On Fri, Apr 29, 2016 at 12:15:46PM +0200, Lukas Slebodnik wrote:
On (29/04/16 10:38), Jakub Hrozek wrote:
On Fri, Apr 29, 2016 at 10:35:54AM +0200, Pavel Březina wrote:
On 04/29/2016 10:30 AM, Ondrej Valousek wrote:
Hi List,
[root@machine ~]# sss_cache -g mpeg2
No cache object matched the specified search
[root@machine ~]# getent -s sss group mpeg2
mpeg2:*:139:
Is this normal behavior? I have deleted mpeg2 group recently…
Only after I do ‘sss_cache –G’ it goes away eventually….
Thanks,
Ondrej
Hi, so if I understand it correctly the group is still in cache but sss_cache won't invalidate it?
What version of sssd do you use? And what can we get from: sss_cache --debug 0x3ff0 -g mpeg2
I guess the group can already be removed from the ldb cache but can still be present in the memory cache..
Memory cache is invalidated after calling sss_cache.
Wen have an integration test fot it :-)
But in this test the sss_cache tool said no cache object matched, do we invalidate the memory cache even in that scenario?
I missed that important point; and answer is NO Fell free to file a bug.
BTW "sss_cache –G" works because sysdb_search_groups will not return ENOENT and therefore memory cache was invalidated.
LS
Hi, yes. This seems to be mostly problem when enumeration is turned on. Looks like when enumeration is turned off, 'sss_cache -g' does not complain in the same scenario (group deleted). Does it make any sense to submit bug report or enumeration is no longer „supported“ feature?
Ondrej
-----Original Message----- From: Pavel Březina [mailto:pbrezina@redhat.com] Sent: Friday, April 29, 2016 10:36 AM To: sssd-users@lists.fedorahosted.org Subject: [SSSD-users] Re: cache question
On 04/29/2016 10:30 AM, Ondrej Valousek wrote:
Hi List,
[root@machine ~]# sss_cache -g mpeg2
No cache object matched the specified search
[root@machine ~]# getent -s sss group mpeg2
mpeg2:*:139:
Is this normal behavior? I have deleted mpeg2 group recently…
Only after I do ‘sss_cache –G’ it goes away eventually….
Thanks,
Ondrej
Hi, so if I understand it correctly the group is still in cache but sss_cache won't invalidate it?
What version of sssd do you use? And what can we get from: sss_cache --debug 0x3ff0 -g mpeg2 _______________________________________________ sssd-users mailing list sssd-users@lists.fedorahosted.org https://lists.fedorahosted.org/admin/lists/sssd-users@lists.fedorahosted.org
-----
The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: communications@s3group.com. Thank You. Silicon and Software Systems Limited (S3 Group). Registered in Ireland no. 378073. Registered Office: South County Business Park, Leopardstown, Dublin 18.
On 04/29/2016 10:42 AM, Ondrej Valousek wrote:
Hi, yes. This seems to be mostly problem when enumeration is turned on. Looks like when enumeration is turned off, 'sss_cache -g' does not complain in the same scenario (group deleted). Does it make any sense to submit bug report or enumeration is no longer „supported“ feature?
In this case, Jakub may be right that the group may be still present in the memory cache (5 minutes is default) even though enumeration has already removed the entry. If you can reproduce it, try disabling memory cache either with memcache_timeout=0 in [nss] or by creating env variable SSS_NSS_USE_MEMCACHE="no".
Ondrej
-----Original Message----- From: Pavel Březina [mailto:pbrezina@redhat.com] Sent: Friday, April 29, 2016 10:36 AM To: sssd-users@lists.fedorahosted.org Subject: [SSSD-users] Re: cache question
On 04/29/2016 10:30 AM, Ondrej Valousek wrote:
Hi List,
[root@machine ~]# sss_cache -g mpeg2
No cache object matched the specified search
[root@machine ~]# getent -s sss group mpeg2
mpeg2:*:139:
Is this normal behavior? I have deleted mpeg2 group recently…
Only after I do ‘sss_cache –G’ it goes away eventually….
Thanks,
Ondrej
Hi, so if I understand it correctly the group is still in cache but sss_cache won't invalidate it?
What version of sssd do you use? And what can we get from: sss_cache --debug 0x3ff0 -g mpeg2 _______________________________________________ sssd-users mailing list sssd-users@lists.fedorahosted.org https://lists.fedorahosted.org/admin/lists/sssd-users@lists.fedorahosted.org
The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: communications@s3group.com. Thank You. Silicon and Software Systems Limited (S3 Group). Registered in Ireland no. 378073. Registered Office: South County Business Park, Leopardstown, Dublin 18. _______________________________________________ sssd-users mailing list sssd-users@lists.fedorahosted.org https://lists.fedorahosted.org/admin/lists/sssd-users@lists.fedorahosted.org
Well, I can't replicate it any more - even with enumeration turned on. What I can replicate though is this (enumeration is turned on, group 'hp' deleted):
[root@imachine ~]# getent -s sss group | grep ^hp hp:*:149: [root@machine ~]# getent -s sss group hp [root@machine ~]# getent -s sss group | grep ^hp [root@machine ~]#
Using sssd-1.12.4-47.el6.x86_64
Ondrej
-----Original Message----- From: Ondrej Valousek [mailto:Ondrej.Valousek@s3group.com] Sent: Friday, April 29, 2016 10:43 AM To: End-user discussions about the System Security Services Daemon sssd-users@lists.fedorahosted.org Subject: [SSSD-users] Re: cache question
Hi, yes. This seems to be mostly problem when enumeration is turned on. Looks like when enumeration is turned off, 'sss_cache -g' does not complain in the same scenario (group deleted). Does it make any sense to submit bug report or enumeration is no longer „supported“ feature?
Ondrej
-----Original Message----- From: Pavel Březina [mailto:pbrezina@redhat.com] Sent: Friday, April 29, 2016 10:36 AM To: sssd-users@lists.fedorahosted.org Subject: [SSSD-users] Re: cache question
On 04/29/2016 10:30 AM, Ondrej Valousek wrote:
Hi List,
[root@machine ~]# sss_cache -g mpeg2
No cache object matched the specified search
[root@machine ~]# getent -s sss group mpeg2
mpeg2:*:139:
Is this normal behavior? I have deleted mpeg2 group recently…
Only after I do ‘sss_cache –G’ it goes away eventually….
Thanks,
Ondrej
Hi, so if I understand it correctly the group is still in cache but sss_cache won't invalidate it?
What version of sssd do you use? And what can we get from: sss_cache --debug 0x3ff0 -g mpeg2 _______________________________________________ sssd-users mailing list sssd-users@lists.fedorahosted.org https://lists.fedorahosted.org/admin/lists/sssd-users@lists.fedorahosted.org
-----
The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: communications@s3group.com. Thank You. Silicon and Software Systems Limited (S3 Group). Registered in Ireland no. 378073. Registered Office: South County Business Park, Leopardstown, Dublin 18. _______________________________________________ sssd-users mailing list sssd-users@lists.fedorahosted.org https://lists.fedorahosted.org/admin/lists/sssd-users@lists.fedorahosted.org
-----
The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: communications@s3group.com. Thank You. Silicon and Software Systems Limited (S3 Group). Registered in Ireland no. 378073. Registered Office: South County Business Park, Leopardstown, Dublin 18.
It should read:
[root@imachine ~]# getent -s sss group | grep ^hp hp:*:149: [root@machine ~]# getent -s sss group hp [root@machine ~]# getent -s sss group | grep ^hp [root@machine ~]#
Ondrej
-----Original Message----- From: Ondrej Valousek [mailto:Ondrej.Valousek@s3group.com] Sent: Friday, April 29, 2016 11:00 AM To: End-user discussions about the System Security Services Daemon sssd-users@lists.fedorahosted.org Subject: [SSSD-users] Re: cache question
Well, I can't replicate it any more - even with enumeration turned on. What I can replicate though is this (enumeration is turned on, group 'hp' deleted):
[root@imachine ~]# getent -s sss group | grep ^hp hp:*:149: [root@machine ~]# getent -s sss group hp [root@machine ~]# getent -s sss group | grep ^hp [root@machine ~]#
Using sssd-1.12.4-47.el6.x86_64
Ondrej
-----Original Message----- From: Ondrej Valousek [mailto:Ondrej.Valousek@s3group.com] Sent: Friday, April 29, 2016 10:43 AM To: End-user discussions about the System Security Services Daemon sssd-users@lists.fedorahosted.org Subject: [SSSD-users] Re: cache question
Hi, yes. This seems to be mostly problem when enumeration is turned on. Looks like when enumeration is turned off, 'sss_cache -g' does not complain in the same scenario (group deleted). Does it make any sense to submit bug report or enumeration is no longer „supported“ feature?
Ondrej
-----Original Message----- From: Pavel Březina [mailto:pbrezina@redhat.com] Sent: Friday, April 29, 2016 10:36 AM To: sssd-users@lists.fedorahosted.org Subject: [SSSD-users] Re: cache question
On 04/29/2016 10:30 AM, Ondrej Valousek wrote:
Hi List,
[root@machine ~]# sss_cache -g mpeg2
No cache object matched the specified search
[root@machine ~]# getent -s sss group mpeg2
mpeg2:*:139:
Is this normal behavior? I have deleted mpeg2 group recently…
Only after I do ‘sss_cache –G’ it goes away eventually….
Thanks,
Ondrej
Hi, so if I understand it correctly the group is still in cache but sss_cache won't invalidate it?
What version of sssd do you use? And what can we get from: sss_cache --debug 0x3ff0 -g mpeg2 _______________________________________________ sssd-users mailing list sssd-users@lists.fedorahosted.org https://lists.fedorahosted.org/admin/lists/sssd-users@lists.fedorahosted.org
-----
The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: communications@s3group.com. Thank You. Silicon and Software Systems Limited (S3 Group). Registered in Ireland no. 378073. Registered Office: South County Business Park, Leopardstown, Dublin 18. _______________________________________________ sssd-users mailing list sssd-users@lists.fedorahosted.org https://lists.fedorahosted.org/admin/lists/sssd-users@lists.fedorahosted.org
-----
The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: communications@s3group.com. Thank You. Silicon and Software Systems Limited (S3 Group). Registered in Ireland no. 378073. Registered Office: South County Business Park, Leopardstown, Dublin 18. _______________________________________________ sssd-users mailing list sssd-users@lists.fedorahosted.org https://lists.fedorahosted.org/admin/lists/sssd-users@lists.fedorahosted.org
-----
The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: communications@s3group.com. Thank You. Silicon and Software Systems Limited (S3 Group). Registered in Ireland no. 378073. Registered Office: South County Business Park, Leopardstown, Dublin 18.
Finally: [root@imachine ~]# getent -s sss group | grep ^hp hp:*:149: [root@machine ~]# getent -s sss group hp
[root@machine ~]# getent -s sss group | grep ^hp
[root@machine ~]#
(something wrong with formatting here, sorry)
-----Original Message----- From: Ondrej Valousek [mailto:Ondrej.Valousek@s3group.com] Sent: Friday, April 29, 2016 11:02 AM To: End-user discussions about the System Security Services Daemon sssd-users@lists.fedorahosted.org Subject: [SSSD-users] Re: cache question
It should read:
[root@imachine ~]# getent -s sss group | grep ^hp hp:*:149: [root@machine ~]# getent -s sss group hp [root@machine ~]# getent -s sss group | grep ^hp [root@machine ~]#
Ondrej
-----Original Message----- From: Ondrej Valousek [mailto:Ondrej.Valousek@s3group.com] Sent: Friday, April 29, 2016 11:00 AM To: End-user discussions about the System Security Services Daemon sssd-users@lists.fedorahosted.org Subject: [SSSD-users] Re: cache question
Well, I can't replicate it any more - even with enumeration turned on. What I can replicate though is this (enumeration is turned on, group 'hp' deleted):
[root@imachine ~]# getent -s sss group | grep ^hp hp:*:149: [root@machine ~]# getent -s sss group hp [root@machine ~]# getent -s sss group | grep ^hp [root@machine ~]#
Using sssd-1.12.4-47.el6.x86_64
Ondrej
-----Original Message----- From: Ondrej Valousek [mailto:Ondrej.Valousek@s3group.com] Sent: Friday, April 29, 2016 10:43 AM To: End-user discussions about the System Security Services Daemon sssd-users@lists.fedorahosted.org Subject: [SSSD-users] Re: cache question
Hi, yes. This seems to be mostly problem when enumeration is turned on. Looks like when enumeration is turned off, 'sss_cache -g' does not complain in the same scenario (group deleted). Does it make any sense to submit bug report or enumeration is no longer „supported“ feature?
Ondrej
-----Original Message----- From: Pavel Březina [mailto:pbrezina@redhat.com] Sent: Friday, April 29, 2016 10:36 AM To: sssd-users@lists.fedorahosted.org Subject: [SSSD-users] Re: cache question
On 04/29/2016 10:30 AM, Ondrej Valousek wrote:
Hi List,
[root@machine ~]# sss_cache -g mpeg2
No cache object matched the specified search
[root@machine ~]# getent -s sss group mpeg2
mpeg2:*:139:
Is this normal behavior? I have deleted mpeg2 group recently…
Only after I do ‘sss_cache –G’ it goes away eventually….
Thanks,
Ondrej
Hi, so if I understand it correctly the group is still in cache but sss_cache won't invalidate it?
What version of sssd do you use? And what can we get from: sss_cache --debug 0x3ff0 -g mpeg2 _______________________________________________ sssd-users mailing list sssd-users@lists.fedorahosted.org https://lists.fedorahosted.org/admin/lists/sssd-users@lists.fedorahosted.org
-----
The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: communications@s3group.com. Thank You. Silicon and Software Systems Limited (S3 Group). Registered in Ireland no. 378073. Registered Office: South County Business Park, Leopardstown, Dublin 18. _______________________________________________ sssd-users mailing list sssd-users@lists.fedorahosted.org https://lists.fedorahosted.org/admin/lists/sssd-users@lists.fedorahosted.org
-----
The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: communications@s3group.com. Thank You. Silicon and Software Systems Limited (S3 Group). Registered in Ireland no. 378073. Registered Office: South County Business Park, Leopardstown, Dublin 18. _______________________________________________ sssd-users mailing list sssd-users@lists.fedorahosted.org https://lists.fedorahosted.org/admin/lists/sssd-users@lists.fedorahosted.org
-----
The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: communications@s3group.com. Thank You. Silicon and Software Systems Limited (S3 Group). Registered in Ireland no. 378073. Registered Office: South County Business Park, Leopardstown, Dublin 18. _______________________________________________ sssd-users mailing list sssd-users@lists.fedorahosted.org https://lists.fedorahosted.org/admin/lists/sssd-users@lists.fedorahosted.org
-----
The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s). Please direct any additional queries to: communications@s3group.com. Thank You. Silicon and Software Systems Limited (S3 Group). Registered in Ireland no. 378073. Registered Office: South County Business Park, Leopardstown, Dublin 18.
sssd-users@lists.fedorahosted.org