OTRS Performance LDAP-Abfragen

[lokalhorst]

Hallo zusammen,

ich habe mein OTRS Entwicklungssystem auf die Version 3 gehoben und nun massive Performance Probleme bei den LDAP-Abfragen wenn ich ein Telefon-Ticket eröffne. In der Version 2.4.x dauerte es beim eröffnen des Tickets meist unter eine Sekunde bis die Kunden nach der Eingabe im Von-Feld aus dem LDAP ausgelesen wurden, egal ob ich den vollständigen Namen oder einen Bestandteil wie "Sch" eingebe der zu vielen Ergebnissen führt.

In der Version 3.0.8 dauert es teils über 10 Sekunden bis ich ein Ergebnis habe. Wenn ich während die Abfrage läufe den Namen anpasse, also z.B. "Scha" in "Scho" abänderte, läuft die Suche trotzdem weiter, ein Ergebnis wird präsentiert und die Suche nach "Scho" läuft erst im Anschluss. Gibt es noch Möglichkeiten über die Konfiguration eine Verbesserung herbeizuführen?

Gruß

[jojo]

Schau mal welcher Wert in Ticket::Frontend::CustomerSearchAutoComplete###QueryDelay steht und setze Ihn auf 100 oder 150

[lokalhorst]

Ich habe es mit 150 und 100 versucht, keine Besserung. 100 war vorkonfiguriert. Allerdings bekomme ich unter dem Wert die Meldung: "Error: Ein ungültiger Wert wurde eingegeben" angezeigt.

[lokalhorst]

Das grundsätzliche Problem sind eigentlich die langsamen Abfragen. Wenn ich z.B. nach Schmidt suche und die 100 Millisekunden Pause nach "Sch" mache läuft die Suche los während ich fertig tippe. Jetzt dauert es teils 10 Sekunden bis ich alle Kunden mit "Sch" angezeigt bekomme und sofort läuft die nächste Suche nach "Schmidt" los. In der Version 2.4.x habe ich das Ergebnis sofort. Wenn ich den Delay massiv nach oben setze (2000 Millisekunden) werden einige Agenten damit sicher besser zurecht kommen, anderen wird das aber viel zu langsam sein. Wenn die Abfragen so schnell wie in der 2.4.x wären, würde ich den Delay so belassen. Habt ihr mit der Version 3.0 auch so einen massiven Einbruch?

[jojo]

die JS Klasse verhält sich unterschiedlich zu der in 2.4 verwendeten. Dazu müsste auch schon ein Bug existieren