Bug 17844 - UDM Performance
UDM Performance
Status: NEW
Product: UCS Test
Classification: Unclassified
Component: LDAP
unspecified
Other Linux
: P5 normal (vote)
: ---
Assigned To: UCS maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-03-10 07:16 CET by Stefan Gohmann
Modified: 2018-04-14 13:43 CEST (History)
0 users

See Also:
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:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Gohmann univentionstaff 2010-03-10 07:16:02 CET
In einem Testskript sollten viele Benutzer und Gruppen angelegt werden. Anschließend sollte per udm-CLI/Samba/nscd die Performance des Systems geprüft werden.
Comment 1 Tim Petersen univentionstaff 2010-03-26 09:29:36 CET
Hierzu vorerst lediglich ca 1000 User anlegen und anschließend die Performance messen.

Das Skript sollte aufgrund der vermutlich sehr hohen Auslastung vorerst auch nur Produktrelease-gebunden sein, d.h. es sollte nicht standardmäßig nächtlich, sondern lediglich "bei Bedarf" ausgeführt werden.
Comment 2 Tim Petersen univentionstaff 2010-04-07 16:48:11 CEST
Prototyp des Skriptes ist eingechecked - momentan noch inaktiv (exit 130)
Comment 3 Tim Petersen univentionstaff 2011-02-11 12:21:40 CET
Ich habe hier nochmal Anpassungen gemacht - getestet wird nun folgendes:

Time to create samba share
Time to add $usercount users
Time to list users via udm-client
Time to list users with policies 1 via udm-client
Time to list users via ldapsearch
Time for complete ldapsearch
Time to invalidate nscd passwd cache
Time to connect to testshare via smbclient
Time to delete samba share
Time to delete $usercount users

Die Zeitangaben werden dann mit Beschreibung in die Log geschrieben.

Nach wie vor steht das Skript auf Exitcode 130 und wird somit nicht ausgeführt, wenn dies nicht händisch/temporär verändert wird.

Stefan: Sollte hier noch irgendetwas getan werden? Sonst würde ich den Bug schließen.
Comment 4 Tim Petersen univentionstaff 2011-02-11 12:30:20 CET
nach Absprache vorerst zurück.