OTRS - Sehr langsam

Hilfe zu OTRS Problemen aller Art
Forum rules
Post Reply
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

OTRS - Sehr langsam

Post by otrscrasher »

Hallo Community,

mein OTRS ist sehr langsam geworden ... Hat jemand eventuell eine Idee was ich noch machen kann? Folgende Daten:

OTRS 3.2.15

RedHat 5
MySql 5.0
Apache 2.2

Ein Server mit 12GB RAM

Datenbankgröße ist 1GB groß
ArticleStorage 3GB
500 Agenten
20.000 Tickets
50.000 Articles
ca. 200 Tickets pro Monat

LDAP Auth

Ich habe eigentlich alles aus den Hinweisen der Doku gemacht: "Chapter 21. Performance Tuning" http://doc.otrs.org/3.2/en/html/performance-tuning.html

- Kernel::System::Ticket::ArticleStorageFS
- optimize table ... (wobei man bei INNODB es nicht machen sollte)
- Apache::DBI
- mod_deflate
- mod_headers
- mod_perl/2.0.4
...
Der "Support Assessment" zeigt alles grün an ...


In der Datei otrs/scripts/apache2-perl-startup.pl ab Zeile ca. 106 "# optional core modules" habe ich alle auskommentiert die ich auch benutze (soll was bringen)

Für MySql hab ich das TuningSkript "http://mysqltuner.com/" benutzt ... Bis alles "grün" war.


Trotzdem dauert es 9 Sekunden wenn ich auf Tickets->"Ansicht nach Queues" klicke ...


Ich migriere das System seit der Version 1.4 ... 3.2.15



Für jeden Hinweis bin ich dankbar! :)


Viele Grüße!
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
jojo
Znuny guru
Posts: 15020
Joined: 26 Jan 2007, 14:50
Znuny Version: Git Master
Contact:
Contact jojo

Re: OTRS - Sehr langsam

Post by jojo »

die Bremse ist hier wahrscheinlich das LDAP. Kommentiere die Kundendatenbank mal aus...

Ist denn ein CacheTTL für das LDAP hinterlegt?
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master

Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

Ah so, das hab ich vergessen, ja:

Code: Select all

CacheTTL => 60 * 60 * 24
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
schulmann
Znuny wizard
Posts: 470
Joined: 20 Nov 2011, 16:08
Znuny Version: 6.5.4
Real Name: Schulmann

Re: OTRS - Sehr langsam

Post by schulmann »

otrscrasher wrote:mein OTRS ist sehr langsam geworden ...

Folgende Daten:
500 Agenten
20.000 Tickets
50.000 Articles
ca. 200 Tickets pro Monat
Wirklich 500 Agenten bei 200 Tickets pro Monat?
Nicht 500 Kunden?
Wieviele Agenten sind gleichzeitig angemeldet?
Trotzdem dauert es 9 Sekunden wenn ich auf Tickets->"Ansicht nach Queues" klicke ...
Ein paar zusätzliche Informationen wären hilfreich:
  • Ist die Antwortzeit immer 9 Sekunden lang oder ändert sie sich auch mal um mehrere Sekunden?
  • Was sagt "vmstat 1" während der 9-Sekunden-Wartezeit?
  • Wieviele Apache-Prozesse sind dabei mit "ps" im System zu sehen?
Unsere Faustregel ist hier: viewtopic.php?f=35&t=23333
Znuny6/Debian/ESXi
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

schulmann wrote:Wirklich 500 Agenten bei 200 Tickets pro Monat?
Nicht 500 Kunden?
Wieviele Agenten sind gleichzeitig angemeldet?
Wirklich, 500 :) , Gleichzeitig zwischen 30 - 120 Agenten ... Soweit ich das beobachte
otrscrasher wrote:Ist die Antwortzeit immer 9 Sekunden lang oder ändert sie sich auch mal um mehrere Sekunden?
Eigentlich nur wenn man auf "Tickets->Ansicht nach Queues" klickt. Wenn ich mir testweise 18 Tickets sperre und dann oben auf das Symbol für meine gesperrten Tickets klicke, dauert es 6 Sekunden ... Bei zwei gesperrten Tickets 1 Sekunde ... Ansonsten ändert sich die Zeit nicht, wenn nicht mehr oder weniger Tickets im System sind.
otrscrasher wrote:Wieviele Apache-Prozesse sind dabei mit "ps" im System zu sehen?
Als ich gerade geguckt habe waren es 20 ...
otrscrasher wrote:Was sagt "vmstat 1" während der 9-Sekunden-Wartezeit?
Damit kenne ich mich leider (noch) nicht so gut aus, aber die Ausgabe:

procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
r b swpd free buff cache si so bi bo in cs us sy id wa st
0 0 244 763308 626496 6896236 0 0 5 33 4 3 1 0 98 1 0
1 0 244 763284 626496 6896236 0 0 0 0 1027 2108 1 0 99 0 0
1 1 244 763252 626496 6896236 0 0 0 844 1090 2818 13 1 84 2 0
0 0 244 763196 626496 6896236 0 0 4 456 1435 3300 8 1 90 1 0
2 0 244 763136 626500 6896300 0 0 36 140 1066 2776 8 1 91 1 0
3 1 244 762872 626504 6896296 0 0 20 1680 1141 3387 12 1 82 5 0
1 0 244 762716 626512 6896476 0 0 16 2428 1480 4067 16 1 75 8 0
3 1 244 762700 626512 6896476 0 0 32 444 1447 3715 11 1 86 2 0
3 0 244 762588 626528 6896596 0 0 8 2012 1396 4329 23 1 69 7 0
2 1 244 760344 626532 6896592 0 0 8 1332 1716 3932 11 1 85 3 0
2 0 244 759724 626532 6896624 0 0 0 944 1173 3576 10 1 87 2 0
0 0 244 759664 626532 6896628 0 0 20 412 1053 2145 0 0 98 2 0
0 0 244 745784 626532 6896912 0 0 252 316 1162 2871 7 0 89 3 0
1 0 244 745412 626536 6896908 0 0 0 568 1187 2796 6 0 91 2 0
0 2 244 745444 626536 6896916 0 0 0 1412 1121 2209 9 0 87 4 0




Vielen Dank für die Hilfe!!!!!!!!!
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
schulmann
Znuny wizard
Posts: 470
Joined: 20 Nov 2011, 16:08
Znuny Version: 6.5.4
Real Name: Schulmann

Re: OTRS - Sehr langsam

Post by schulmann »

otrscrasher wrote:
schulmann wrote:Wieviele Agenten sind gleichzeitig angemeldet?
Wirklich, 500 :) , Gleichzeitig zwischen 30 - 120 Agenten ... Soweit ich das beobachte
Die Zahl der Agenten bei der Maschine sollte problemlos sein.
otrscrasher wrote:Ist die Antwortzeit immer 9 Sekunden lang oder ändert sie sich auch mal um mehrere Sekunden?
Eigentlich nur wenn man auf "Tickets->Ansicht nach Queues" klickt. Wenn ich mir testweise 18 Tickets sperre und dann oben auf das Symbol für meine gesperrten Tickets klicke, dauert es 6 Sekunden ... Bei zwei gesperrten Tickets 1 Sekunde ... Ansonsten ändert sich die Zeit nicht, wenn nicht mehr oder weniger Tickets im System sind.
Auch nach mehrmaligem Lesen habe ich nicht verstanden was Du damit sagen willst.

Ich wollte eigentlich nur wissen ob die Antwortzeiten bei der gleichen Aktion stark streuen oder eingermassen konstant sind. Dazu reicht es, eine relativ langsame Aktion z. B., 10 Mal hintereinander durchzuführen und die Antwortzeiten auf einer Uhr abzulesen. Falls die Aktion nur beim ersten Mal deutlich langsamer ist bitte mitteilen.
Bei Bedarf kannst Du in Firefox ein entsprechendes Tool aktivieren (Extras -> Web-Entwickler -> ...).
otrscrasher wrote:Wieviele Apache-Prozesse sind dabei mit "ps" im System zu sehen?
Als ich gerade geguckt habe waren es 20 ...
Und was ist in der Apache-Konfiguration bei "MaxClients" eingetragen?
otrscrasher wrote:Was sagt "vmstat 1" während der 9-Sekunden-Wartezeit?
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
r b swpd free buff cache si so bi bo in cs us sy id wa st
0 0 244 763308 626496 6896236 0 0 5 33 4 3 1 0 98 1 0
1 0 244 763284 626496 6896236 0 0 0 0 1027 2108 1 0 99 0 0
1 1 244 763252 626496 6896236 0 0 0 844 1090 2818 13 1 84 2 0
0 0 244 763196 626496 6896236 0 0 4 456 1435 3300 8 1 90 1 0
2 0 244 763136 626500 6896300 0 0 36 140 1066 2776 8 1 91 1 0
3 1 244 762872 626504 6896296 0 0 20 1680 1141 3387 12 1 82 5 0
1 0 244 762716 626512 6896476 0 0 16 2428 1480 4067 16 1 75 8 0
3 1 244 762700 626512 6896476 0 0 32 444 1447 3715 11 1 86 2 0
3 0 244 762588 626528 6896596 0 0 8 2012 1396 4329 23 1 69 7 0
2 1 244 760344 626532 6896592 0 0 8 1332 1716 3932 11 1 85 3 0
2 0 244 759724 626532 6896624 0 0 0 944 1173 3576 10 1 87 2 0
0 0 244 759664 626532 6896628 0 0 20 412 1053 2145 0 0 98 2 0
0 0 244 745784 626532 6896912 0 0 252 316 1162 2871 7 0 89 3 0
1 0 244 745412 626536 6896908 0 0 0 568 1187 2796 6 0 91 2 0
0 2 244 745444 626536 6896916 0 0 0 1412 1121 2209 9 0 87 4 0
Die CPU dürfte kein Engpass sein, RAM erst recht nicht.

Wieviele CPUs hat die Maschine?

Die wichtigste Frage zum Schluss: Wie ist "KeepAlive" in der Apache-Konfiguration eingestellt?
Znuny6/Debian/ESXi
Top
jojo
Znuny guru
Posts: 15020
Joined: 26 Jan 2007, 14:50
Znuny Version: Git Master
Contact:
Contact jojo

Re: OTRS - Sehr langsam

Post by jojo »

jojo wrote:die Bremse ist hier wahrscheinlich das LDAP. Kommentiere die Kundendatenbank mal aus...
Auch Interessant ist, wie bereits von schulmann gefragt, ob die gleiche Aktion nur beim ersten Mal langsam ist
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master

Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

jojo wrote:Auch Interessant ist, wie bereits von schulmann gefragt, ob die gleiche Aktion nur beim ersten Mal langsam ist
Ah so, entschuldigt. Nein, jedes mal beim klick dauert es 9-12 Sekunden ...
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
jojo
Znuny guru
Posts: 15020
Joined: 26 Jan 2007, 14:50
Znuny Version: Git Master
Contact:
Contact jojo

Re: OTRS - Sehr langsam

Post by jojo »

und das auskommentieren der LDAP CustomerData Quelle?
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master

Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

otrscrasher wrote:Wieviele CPUs hat die Maschine?
model name : Intel(R) Xeon(R) CPU E5540 @ 2.53GH - 1x (QuadCore)
schulmann wrote:Und was ist in der Apache-Konfiguration bei "MaxClients" eingetragen?
<IfModule prefork.c>
StartServers 8
MinSpareServers 5
MaxSpareServers 20
ServerLimit 256
MaxClients 256
MaxRequestsPerChild 4000
</IfModule>

<IfModule worker.c>
StartServers 2
MaxClients 150
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
</IfModule>


schulmann wrote:Ich wollte eigentlich nur wissen ob die Antwortzeiten bei der gleichen Aktion stark streuen oder eingermassen konstant sind.
Bleiben konstant.
schulmann wrote:Die wichtigste Frage zum Schluss: Wie ist "KeepAlive" in der Apache-Konfiguration eingestellt?
KeepAlive Off
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

jojo wrote:und das auskommentieren der LDAP CustomerData Quelle?
Habe ich aus der Confifg.pm auskommentiert aber leider kein Effekt ...


# $Self->{CustomerUser1} = {
# Name => 'LDAP (read-only)',
# Module => 'Kernel::System::CustomerUser::LDAP',
# Params => {
# Host => 'ldapserver',
# BaseDN => 'ou=User,dc=de',
# SSCOPE => 'sub',
# UserDN => 'BindUser',
# UserPw => 'PW',
# AlwaysFilter => '',
# SourceCharset => 'utf-8',
# DestCharset => 'utf-8',
# Die => 0,
# Params => {
# port => 389,
# async => 0,
# version => 3,
# },
# },
# CustomerKey => 'uid',
# CustomerID => 'uid',
# CustomerUserListFields => ['uid', 'cn', 'mail'],
# CustomerUserSearchFields => ['uid', 'sn', 'mail'],
# CustomerUserSearchPrefix => '',
# CustomerUserSearchSuffix => '*',
# CustomerUserPostMasterSearchFields => ['mail'],
# CustomerUserNameFields => ['givenname', 'sn'],
# AdminSetPreferences => 0,
# CacheTTL => 60 * 60 * 24,
# Map => [
# # var, frontend, storage, shown (1=always,2=lite), required, storage-type, http-link, readonly
# [ 'UserFirstname', 'Firstname', 'givenName', 1, 1, 'var' ],
# [ 'UserLastname', 'Lastname', 'sn', 1, 1, 'var' ],
# [ 'UserEmail', 'Email', 'mail', 1, 1, 'var' ],
# [ 'UserPhone', 'Phone', 'telephoneNumber', 0, 0, 'var' ],
# [ 'UserAddress', 'Address', 'postaladdress', 0, 0, 'var' ],
# [ 'UserLogin', 'Username', 'uid', 1, 1, 'var' ],
# [ 'UserCustomerID', 'CustomerID', 'uid', 0, 1, 'var' ],
# [ 'UserCustomerID', 'CustomerID', 'universityID', 0, 1, 'var' ],
# ],
# };
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
schulmann
Znuny wizard
Posts: 470
Joined: 20 Nov 2011, 16:08
Znuny Version: 6.5.4
Real Name: Schulmann

Re: OTRS - Sehr langsam

Post by schulmann »

otrscrasher wrote:model name : Intel(R) Xeon(R) CPU E5540 @ 2.53GH - 1x (QuadCore)
Ok. eine CPU.
Und die war nicht an der Leistungsgrenze.
<IfModule prefork.c>
MaxClients 256
</IfModule>

<IfModule worker.c>
MaxClients 150
</IfModule>
Welches MPM-Modul ist wirksam?
Das sollte mit "apache2ctl -M|grep mpm" ausgegeben werden. Da bin ich aber nicht sicher weil ich mich mit Apache nicht genau auskenne.

Wir haben mit ca. 30 gleichzeitig aktiven Agenten MaxClients (prefork) auf 10 eingestellt und dauerhaft gute Antwortzeiten (weniger als 1 Sekunde).
schulmann wrote:Ich wollte eigentlich nur wissen ob die Antwortzeiten bei der gleichen Aktion stark streuen oder eingermassen konstant sind.
Bleiben konstant.
Das Verhalten ist also reproduzierbar.
Das sollte die Fehlersuche eigentlich erleichtern.
KeepAlive Off
Das kann also kein Engpass sein.
Schon deshalb nicht weil sehr viel mehr HTTP-Prozesse zugelassen sind als tatsächlich gestartet sind.
Insgesamt sieht es nicht nach einem Problem mit Apache aus.
Diese Aussage gilt aber nur wenn Du das MPM-Modul prefork aktiviert hast.
Mit dem MPM-Modul worker habe ich keine Erfahrung.

Der nächste Kandidat für die Fehlersuche ist die DB.
Läuft diese lokal?
Znuny6/Debian/ESXi
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

schulmann wrote:Welches MPM-Modul ist wirksam?
Das sollte mit "apache2ctl -M|grep mpm" ausgegeben werden. Da bin ich aber nicht sicher weil ich mich mit Apache nicht genau auskenne.
mpm_prefork_module (static)
schulmann wrote:Der nächste Kandidat für die Fehlersuche ist die DB.
Läuft diese lokal?
Ja, MySql Distrib 5.0.95
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
schulmann
Znuny wizard
Posts: 470
Joined: 20 Nov 2011, 16:08
Znuny Version: 6.5.4
Real Name: Schulmann

Re: OTRS - Sehr langsam

Post by schulmann »

otrscrasher wrote:
schulmann wrote:Welches MPM-Modul ist wirksam?
Das sollte mit "apache2ctl -M|grep mpm" ausgegeben werden. Da bin ich aber nicht sicher weil ich mich mit Apache nicht genau auskenne.
mpm_prefork_module (static)
Damit ist Apache als Problemursache erst einmal aus dem Rennen.
schulmann wrote:Der nächste Kandidat für die Fehlersuche ist die DB.
Läuft diese lokal?
Ja, MySql Distrib 5.0.95
Ich vermute anhand von ~otrs/Kernel/Config.pm dass MySQL keine lokale Socket-Verbindung unterstützt (wir setzen MySQL nicht ein).

Wird die DB über TCP/IP angesprochen?
Dann könnte man mit wireshark/tcpdump mehr erfahren.
Znuny6/Debian/ESXi
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

schulmann wrote:Ich vermute anhand von ~otrs/Kernel/Config.pm dass MySQL keine lokale Socket-Verbindung unterstützt (wir setzen MySQL nicht ein).

Wird die DB über TCP/IP angesprochen?
Dann könnte man mit wireshark/tcpdump mehr erfahren.
Nein, über Socket.

Config.pm

Code: Select all

  # (The database host.)
    $Self->{'DatabaseHost'} = 'localhost';
/otrs/scripts/apache2-perl-startup.pl

Code: Select all

  use Apache::DBI;

   # enable this if you use mysql
  use DBD::mysql ();
  use Kernel::System::DB::mysql;
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
willipolin
Znuny expert
Posts: 154
Joined: 21 Jun 2013, 11:38
Znuny Version: 3.2.5

Re: OTRS - Sehr langsam

Post by willipolin »

Das Deaktivieren der PreMenuModule hat bei uns einiges gebracht!
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

willipolin wrote:Das Deaktivieren der PreMenuModule hat bei uns einiges gebracht!
Du meinst unter " Ticket -> Frontend::Agent::Ticket::MenuModulePre" ?

Was erreiche ich damit genau?
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
schulmann
Znuny wizard
Posts: 470
Joined: 20 Nov 2011, 16:08
Znuny Version: 6.5.4
Real Name: Schulmann

Re: OTRS - Sehr langsam

Post by schulmann »

willipolin wrote:Das Deaktivieren der PreMenuModule hat bei uns einiges gebracht!
Hallo willipolin,

das ist für mich unklar.
Deshalb würde mich interessieren um wieviel Prozent die Antwortzeit dadurch gesunken ist.

Gruß
Claus-Dieter
Znuny6/Debian/ESXi
Top
schulmann
Znuny wizard
Posts: 470
Joined: 20 Nov 2011, 16:08
Znuny Version: 6.5.4
Real Name: Schulmann

Re: OTRS - Sehr langsam

Post by schulmann »

Hallo otrscrasher,

das ist schwieriger als ich gedacht habe.

Die konstanten Antwortzeiten lassen mich einen Timeout vermuten.
Der übliche Verdächtige ist - wie immer - DNS.

Zwischen OTRS und DB kann das ja keine Rolle spielen weil die Verbindung lokal ist.

Wir sollten deshalb prüfen ob es auf dem Client einen Timeout gibt.
Das müsste folgendermassen gehen:
  • Starten von tcpdump/wireshark auf dem OTRS-System
  • Abschicken der Anfrage an OTRS und schauen ob tcpdump die Anfrage sofort oder verzögert sieht
Könntest Du das bitte machen?
Danke.

Gruß
Claus-Dieter
Znuny6/Debian/ESXi
Top
jojo
Znuny guru
Posts: 15020
Joined: 26 Jan 2007, 14:50
Znuny Version: Git Master
Contact:
Contact jojo

Re: OTRS - Sehr langsam

Post by jojo »

willipolin wrote:Das Deaktivieren der PreMenuModule hat bei uns einiges gebracht!
Das bezweifel ich
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master

Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
Top
jojo
Znuny guru
Posts: 15020
Joined: 26 Jan 2007, 14:50
Znuny Version: Git Master
Contact:
Contact jojo

Re: OTRS - Sehr langsam

Post by jojo »

Zu meiner obigen Frage ob ein Deaktivieren der Kundendatenbank hilft hast Du noch keine Antwort gegeben.

Auch Interessant zu wissen ist die Geschwindigkeit des Filesystems. Wie lange dauert es z.B. eine 1MB große Datei zu schreiben und zu lesen?
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master

Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

jojo wrote:Zu meiner obigen Frage ob ein Deaktivieren der Kundendatenbank hilft hast Du noch keine Antwort gegeben.
Die habe ich auskommentiert ... Ich habe zwei, eine lesend zum LDAP und eine Lokal für "Externe"-Benutzer

jojo wrote:Auch Interessant zu wissen ist die Geschwindigkeit des Filesystems. Wie lange dauert es z.B. eine 1MB große Datei zu schreiben und zu lesen?
Wie teste ich das am besten? :?
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

schulmann wrote:Hallo otrscrasher,
Wir sollten deshalb prüfen ob es auf dem Client einen Timeout gibt.
Das müsste folgendermassen gehen:
  • Starten von tcpdump/wireshark auf dem OTRS-System
  • Abschicken der Anfrage an OTRS und schauen ob tcpdump die Anfrage sofort oder verzögert sieht
Könntest Du das bitte machen?
Danke.

Gruß
Claus-Dieter
Das habe ich noch nicht gemacht, ich guck mal wie ich tcpdump einsetze und vor allem das was ich mir schwieriger vorstelle, auswerte.

Bin gerade generell am überlegen auf dem Server einen DNS-Cache zu installieren...
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
schulmann
Znuny wizard
Posts: 470
Joined: 20 Nov 2011, 16:08
Znuny Version: 6.5.4
Real Name: Schulmann

Re: OTRS - Sehr langsam

Post by schulmann »

otrscrasher wrote:Das habe ich noch nicht gemacht, ich guck mal wie ich tcpdump einsetze und vor allem das was ich mir schwieriger vorstelle, auswerte.
Das ist doch kein Problem: tcpdump bzw. wireshark kann man direkt in einer root-Shell starten:

Code: Select all

tcpdump -c 1000 -n -i eth0 'host 1.2.3.4 and (port 53 or port 80 or port 443)'
bzw.

Code: Select all

tshark -c 1000 -n -t a -i eth0 'host 1.2.3.4 and (port 53 or port 80 or port 443)'
Natürlich müssen ggf. eth0 und 1.2.3.4 geändert werden.

Du musst als Erstes ja nur schauen ob die Datenpakete sofort oder verzögert angezeigt werden (entscheidend sind die Zeitstempel von tcpdump/wireshark).

Den Output von tcpdump/wireshark kannst Du dann immer noch hier hochladen.
Znuny6/Debian/ESXi
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

schulmann wrote:
otrscrasher wrote:Das habe ich noch nicht gemacht, ich guck mal wie ich tcpdump einsetze und vor allem das was ich mir schwieriger vorstelle, auswerte.
Das ist doch kein Problem: tcpdump bzw. wireshark kann man direkt in einer root-Shell starten:

Code: Select all

tcpdump -c 1000 -n -i eth0 'host 1.2.3.4 and (port 53 or port 80 or port 443)'
bzw.

Danke! Hat super geklappt. Ich habe aber einen Kollegen aus der Netz-Abteilung gefragt, der kennt sich damit aus. Er wird es auswerten.
schulmann wrote: Du musst als Erstes ja nur schauen ob die Datenpakete sofort oder verzögert angezeigt werden (entscheidend sind die Zeitstempel von tcpdump/wireshark).

Den Output von tcpdump/wireshark kannst Du dann immer noch hier hochladen.
Ich schreibe sobald ich was weiß :)
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

Ah so, ansonsten versuche ich mal Webserver und DB auf verschiedenen Servern laufen zu lassen und ich denke ich werde mal einen DNS-Cache (unbound) ausprobieren...
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

Hallo, hat wohl etwas gedauert ... TCPDUMP hat leider nichts ausgesagt. Die Kollegen haben an der Stelle Ahnung und da vertraue ich das die nichts finden konnten.

Der DNS-Cache (Unbound) hat eine bis zwei Sekunden gebracht (vielleicht ist das auch was anderes) :)


Also nächstes ziehe ich den Server um. Alles bleibt zunächst beim alten ausser das ich jetzt eine MySql Version 5.5 nehme und nicht mehr 5.0.

Danach werde ich mal versuchen Webserver+OTRS-Software von der Datenbank auf ein anderen Server zu trennen ... Aber dann gehen mir langsam die Ideen aus :(



Hat jemand noch ein Vorschlag? Support anrufen? ;)
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
schulmann
Znuny wizard
Posts: 470
Joined: 20 Nov 2011, 16:08
Znuny Version: 6.5.4
Real Name: Schulmann

Re: OTRS - Sehr langsam

Post by schulmann »

otrscrasher wrote:Hallo, hat wohl etwas gedauert ... TCPDUMP hat leider nichts ausgesagt.
tcpdump sagt immer etwas aus, typischerweise mindestens die Paketlaufzeit und die Antwortzeit auf der Applikationsschicht.
Wäre nett wenn Du sie mitteilen könntest.
Znuny6/Debian/ESXi
Top
KlausNehrer
Znuny ninja
Posts: 1312
Joined: 25 May 2012, 08:51
Znuny Version: OTRS 4
Real Name: Klaus Nehrer

Re: OTRS - Sehr langsam

Post by KlausNehrer »

In dem tcpdump Aufruf von oben wird aber nicht alles "angezeigt". Mittels -w tcpdump.pac kann man entsprechende Dumpfiles erstellen, die zB auch mit grafischen Tools wie wireshark ausgewertet werden können. Und auch Protokollfehler, Paketverluste, Redirects und Loops oder generell ICMP wären damit auch nicht angezeigt worden.
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

1. Danke das sich noch jemand hier einschaltet :)

2. richtig, der Befehlt den ich am Ende für den DUMP genommen haben war:

Code: Select all

tcpdump -w tcpdump_binaer.out -c 5000 -n -i eth1 'host MYIP' -vv -s 0
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
KlausNehrer
Znuny ninja
Posts: 1312
Joined: 25 May 2012, 08:51
Znuny Version: OTRS 4
Real Name: Klaus Nehrer

Re: OTRS - Sehr langsam

Post by KlausNehrer »

Performanceprobleme per Ferndiagnose ohne Datenzugriff zu lösen, war nur in ganz seltenen Fällen erfolgreich.
Klammern wir DNS, Apache und Netzwerk aus, bliebe ja fast nur noch die DB und hier gibt es meist zwei Verdächtige:
- I/O Last, die einen WAI bei der CPU auslöst (ggf. bedingt durch SQL Statements oder durch Punkt zwei)
- Datenträgerprobleme
Top
otrscrasher
Znuny newbie
Posts: 45
Joined: 01 Feb 2013, 15:54
Znuny Version: 3.3.8

Re: OTRS - Sehr langsam

Post by otrscrasher »

Der Dienst ist auf einen neuen Server umgezogen ...

Noch ist aber alles auf einem Server (DB auch localhost)

DIe Datenbankversion (MySql) auf dem Server ist doch leider "nur" 5.1 (ich bin mir jetzt nicht sicher wie groß der Unterschied zu einer 5.5 oder sogar 5.6 wäre ...

Das neue System ist jetzt ein:
Description: Red Hat Enterprise Linux Server release 6.5 (Santiago)
Release: 6.5
Codename: Santiago
Also nächstes werde ich mal die Datenbank auf einen anderen Server auslagern (Selbe Serverversion)

--

Übrigens zeigt mir der "Support Assessment" neuerdings:


Check Ticket::SearchIndexModule setting.

Code: Select all

56002 articles in your system. You should use the StaticDB backend for OTRS 2.3 and higher. See admin manual (Performance Tuning) for more information.
Ist das zu empfehlen? Auf "StaticDB" umzustellen?
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Top
schulmann
Znuny wizard
Posts: 470
Joined: 20 Nov 2011, 16:08
Znuny Version: 6.5.4
Real Name: Schulmann

Re: OTRS - Sehr langsam

Post by schulmann »

KlausNehrer wrote:Performanceprobleme per Ferndiagnose ohne Datenzugriff zu lösen, war nur in ganz seltenen Fällen erfolgreich.
Nach meiner Meinung müsste ein so klar reproduzierbares Performance-Problem relativ leicht lösbar sein.

In diesem speziellen Fall liegst Du aber sicher richtig weil der OP selbst auf Nachfrage keine tcpdump-Daten geliefert hat sondern nur mitteilt: TCPDUMP hat leider nichts ausgesagt. Die Kollegen haben an der Stelle Ahnung und da vertraue ich das die nichts finden konnten.
Klammern wir DNS, Apache und Netzwerk aus, bliebe ja fast nur noch die DB und hier gibt es meist zwei Verdächtige:
- I/O Last, die einen WAI bei der CPU auslöst (ggf. bedingt durch SQL Statements oder durch Punkt zwei)
- Datenträgerprobleme
Dagegen sprechen die relativ konstante zu lange Antwortzeit (auch bei mehrmaliger Auslösung der gleichen Transaktion hintereinander) und auch die Länge der Antwortzeit von 9 bis 12 Sekunden und wahrscheinlich auch die vmstat-Daten bei denen aber nicht sicher ist welche Zeilen tatsächlich während der Transaktion erzeugt wurden.
Znuny6/Debian/ESXi
Top
Post Reply

Return to “Hilfe”