Bug 27172 - Anhängen uSNChanged und uSNCreated nicht effizient
Anhängen uSNChanged und uSNCreated nicht effizient
Status: RESOLVED WONTFIX
Product: UCS
Classification: Unclassified
Component: S4 Connector
UCS 3.0
Other Linux
: P5 normal (vote)
: ---
Assigned To: Connector maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-05-19 10:05 CEST by Stefan Gohmann
Modified: 2016-10-11 08:02 CEST (History)
0 users

See Also:
What kind of report is it?: ---
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): UCS Performance
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Gohmann univentionstaff 2012-05-19 10:05:29 CEST
Im Rahmen von Bug #26806 ist aufgefallen, dass es Probleme gibt, wenn im S4 mehr als 38.000 Änderungen vorliegen und der Connector nicht reinitialisiert wird, sondern nur die Änderungen einzeln durchführen will.

Der Connector sucht nach uSNCreated und uSNChanged und versucht dann die Objekte nicht doppelt zu synchronisieren.

19.05.2012 09:56:30,328 LDAP        (PROCESS): Found 38484 objects with uSNCreated
19.05.2012 09:56:30,329 LDAP        (PROCESS): Found 38822 objects with uSNChanged

Das Verfahren ist dabei nicht sonderlich effizient (diese Meldung war nur temporär im Code):
19.05.2012 10:02:42,184 LDAP        (PROCESS): Append done: 38822 objects

Ich bin mir nicht ganz sicher, ob jedes Objekt immer uSNChanged hat.
Comment 1 Stefan Gohmann univentionstaff 2016-10-11 08:02:17 CEST
This issue has been filed against UCS 3.0.

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

If this issue still occurs in newer UCS versions, please reopen.