Bug 804153 - memberOf attribute and plugin behaviour between sub-suffixes
Summary: memberOf attribute and plugin behaviour between sub-suffixes
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: 389-ds-base
Version: rawhide
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: Rich Megginson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-03-16 16:57 UTC by Fabien Covez
Modified: 2020-09-13 20:08 UTC (History)
5 users (show)

Fixed In Version: 389-ds-base-1.2.11.1-1.fc17
Clone Of:
Environment:
Last Closed: 2013-03-04 23:35:47 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github 389ds 389-ds-base issues 326 0 None None None 2020-09-13 20:08:21 UTC

Description Fabien Covez 2012-03-16 16:57:20 UTC
Description of problem:
It seems that the memberOf attribute handling by the memberOf plugin limited to objects inside the same subsuffix.
If my group suffix is based on a different database from my user suffix, then the memberof plugin does not update the memberof attribute.
The plugin works only if users and groups are locatred in the same suffix.


Version-Release number of selected component (if applicable):
v. 1.2.10.4

How reproducible:
see description

Steps to Reproduce:
1.
2.
3.
  
Actual results:
Unable to use this plugin because memberof does not work properly.

Expected results:
Add the correct attribute to the user entry

Additional info:

Comment 1 Nathan Kinder 2012-03-16 17:11:05 UTC
The memberOf plug-in does not work across multiple backend databases by design.  There are concerns of things getting out of sync if one backend is taken offline or put in a read-only state, as memberOf wouldn't be able to preform updates properly in that case.

It is possible that code changes could be made to allow memberOf to perform updates across backend databases, but there are chances for membership inconsistencies to arise.

Comment 2 Fabien Covez 2012-03-20 22:28:00 UTC
The first need is that it works in the standard case. No matter  if it does not work in particular cases (offline backend, read only...).

Comment 3 Nathan Kinder 2012-03-21 15:08:02 UTC
Upstream ticket:
https://fedorahosted.org/389/ticket/326

Comment 8 Nathan Kinder 2013-03-04 23:35:47 UTC
This was fixed in 389-ds-base-1.2.11.1-1.fc17.  Closing.


Note You need to log in before you can comment on or make changes to this bug.