Hallo,
ich habe nun ein Backup wieder eingespielt und die Tickets der letzten 2 Tage
nachgetragen.
Wenn einer der Entwickler interessiert ist an der nicht so richtig
funktionierenden Datenbank, stelle ich sie gern zur Verfügung.
Das Problem ist bei einem weiteren Nutzer aufgetreten. Wenn ein nochmaliges
Update der alten DB dort auch hilft scheint es wohl ein allgemeineres Problem
zu sein.
Gruß,
Manuel
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Manuel Veith
Gesendet: Mittwoch, 4. Juli 2007 21:52
An: User questions and discussions about OTRS.org in German
Betreff: AW: [otrs-de] Geschwindigkeitseinrbruch nach Update auf 2.2
Hallo,
ich bin dem Problem auf die Spur gekommen. Es scheint beim Update der Datenbank
irgendwas nicht so geklappt zu haben.
Wenn ich die aktuelle DB in mein Testsystem übernehme, dann ist es dort genauso
langsam.
Nehme ich ein Backup von vor der Umstellung, mache das Update dann ist die
Geschwindigkeit okay.
Ich habe schon ein Rebuild des Ticket Index probiert und wollte jetzt als
letzte Möglichkeit probieren die Daten aus der aktuellen DB zu exportieren,
dann eine neue leere Datenbank mit dem Schemadaten erstellen und die Daten
wieder zu importieren. Gibt es da eine Möglichkeit sowas durchzuführen?
Meine Versuche scheiterten beim Importieren an den autoincrement Feldern.
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Manuel Veith
Gesendet: Mittwoch, 4. Juli 2007 08:26
An: otrs-de@otrs.org
Betreff: [otrs-de] Geschwindigkeitseinrbruch nach Update auf 2.2
Hallo,
ich setze OTRS auf einer Linux Maschine mit 1GB Ram und einem P4 3.0GHz HT ein.
Apache ist selbst kompliert in der Version 2.2.4 mit einem statischen mod_perl
in Version 2.0.3.
Das System ist ein Debian Etch.
Die Geschwindigkeit war mit der Version 2.1.7 ganz ok. Nach dem Update auf
Version 2.2 ist die Ausführgeschwindigkeit, vorzugsweise beim auflisten von
Tickets, stark eingebrochen.
Z.B. dauert das Anzeigen der Tickets im StatusView jetzt ca. 8 Sekunden. Etwas
schneller erscheint die Übersicht der Tickets in der Quere Ansicht. Da sind es
aber auch 6 Sekunden.
Die CPU Last geht beim Ausfähren de Scripte auf 100% bis dann die ersten Daten
auf dem Schirm erscheinen.
Das Anzeigen der Ticket Infos geht aber dann wieder zügig.
Der mysql Server taucht in top fast gar nicht auf.
In der Datenbank sind gerade mal 1200 Tickets.
Ich bin mal die Performance Tips in der Doku zu mod_perl durchgegangen, aber
geholfen hat es nicht spürbar. Zudem habe ich noch an den Apache2 Einstellungen
gefeilt, aber da geht es ja mehr um Einstellungen für viele User als um
Beschleunigung von Scripten.
Vom Speicher sind noch ca. 400 MB frei, die Swappartition ist nicht benutzt.
I/O bedingtes konnte ich auch nicht feststellen. Er braucht scheinbar einfach
Zeit um "irgendwas" zu berechnen.
Im Moment weiß ich nicht weiter. Ist das bei anderen nach dem Update auch schon
aufgefallen, oder hat noch jemand eine Idee wo das Problem liegen kann?
Achja, in meinem Testsystem ist mir das nicht aufgefallen. Allerdings sind die
Maschinen und die Konfiguration nicht die gleiche.
Gruß,
Manuel
___
OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/
Archiv: http://lists.otrs.org/pipermail/otrs-de/
Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/
Support oder Consulting fuer Ihr OTRS System?
=> http://www.otrs.com/