Bug 46535 - S4-Connector deletes renamed group when the name has belonged to a just deleted group
S4-Connector deletes renamed group when the name has belonged to a just delet...
Status: RESOLVED WONTFIX
Product: UCS
Classification: Unclassified
Component: S4 Connector
UCS 4.2
Other Linux
: P5 normal (vote)
: ---
Assigned To: Samba maintainers
Samba maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2018-03-07 16:18 CET by Nico Stöckigt
Modified: 2020-07-03 20:51 CEST (History)
4 users (show)

See Also:
What kind of report is it?: Bug Report
What type of bug is this?: 5: Major Usability: Impairs usability in key scenarios
Who will be affected by this bug?: 1: Will affect a very few installed domains
How will those affected feel about the bug?: 4: A User would return the product
User Pain: 0.114
Enterprise Customer affected?: Yes
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number: 2018030521000841
Bug group (optional):
Max CVSS v3 score:


Attachments
1.patch (1.63 KB, patch)
2018-03-07 20:15 CET, Arvid Requate
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Nico Stöckigt univentionstaff 2018-03-07 16:18:11 CET
Maybe this is somehow related to Bug#18501

============================================================

When a group (group_A) is deleted and another group (group_0) is renamed to that group (group_0 → group_A) pretty close after the deletion, both groups are gone. I tracked the source of that behavior down to the s4-connector and assume that it happened while the object is synchronized back to UCS/LDAP.

When the gap between deletion and renaming is big enough, everything is fine. I assume in this case both transaction are handled in separate sync iterations.

-----

debug:4 logs of the s4-connector.log as well as the listener.log are attached to the customers ticket. The Logs are from my testing environment.
Comment 1 Arvid Requate univentionstaff 2018-03-07 20:14:36 CET
Bug#18501 is about the AD-Connector and just backports the existing S4-Connector implementation for 33621#c7.

I could imagine that this situation is the inverse of Bug 32263#c6
(and Bug 32263#c14) and we should simply check the entryUUID stored in the "UCS deleted" table against the present UCS object. I'll attach an untested idea for the patch.
Comment 2 Arvid Requate univentionstaff 2018-03-07 20:15:12 CET
Created attachment 9446 [details]
1.patch
Comment 3 Ingo Steuwer univentionstaff 2020-07-03 20:51:19 CEST
This issue has been filed against UCS 4.2.

UCS 4.2 is out of maintenance and many UCS components have changed in later releases. Thus, this issue is now being closed.

If this issue still occurs in newer UCS versions, please use "Clone this bug" or reopen it and update the UCS version. In this case please provide detailed information on how this issue is affecting you.