Bug 35905

Summary: connector/s4/mapping/group/syncmode=write & group membership
Product: UCS Test Reporter: Stefan Gohmann <gohmann>
Component: S4 ConnectorAssignee: Samba maintainers <samba-maintainers>
Status: NEW --- QA Contact:
Severity: normal    
Priority: P5 CC: markus.daehlmann, schwardt, walkenhorst
Version: unspecified   
Target Milestone: ---   
Hardware: Other   
OS: Linux   
What kind of report is it?: Development Internal What type of bug is this?: ---
Who will be affected by this bug?: --- How will those affected feel about the bug?: ---
User Pain: Enterprise Customer affected?:
School Customer affected?: ISV affected?:
Waiting Support: Flags outvoted (downgraded) after PO Review:
Ticket number: Bug group (optional):
Max CVSS v3 score:
Bug Depends on: 35251    
Bug Blocks:    

Description Stefan Gohmann univentionstaff 2014-09-11 14:51:47 CEST
Please check if a test case is possible.

+++ This bug was initially created as a clone of Bug #35251 +++

Even if connector/s4/mapping/group/syncmode is set to write, group members are synced back from S4 to OpenLDAP when a user was changed. The post hook functions should consider the connector/s4/mapping/group/syncmode variable.
Comment 1 Sönke Schwardt-Krummrich univentionstaff 2014-09-11 16:19:57 CEST
Within the customer environment, we were able to reproduce the bug:
1) create a new group (foo)
2) create a new user (bar)
3) remove the ldap attribute "sambaMungedDial" via ldapmodify
4) wait for S4 replication
5) udm users/user modify --dn "uid=bar,..." --append groups="cn=foo,cn=groups,..."

The udm now triggers 2 LDAP changes:
1) adding sambaMungedDial to the user object
2) modifying the group object

After 1) has been replicated to the DC slave and into the S4 AD, the S4 connector syncs back the group object from S4 AD to OpenLDAP before the change (2) has been synced from OpenLDAP to S4 AD → the old group values are copied back and the group change has been reverted.