OTRS - Sehr langsam
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
OTRS - Sehr langsam
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!
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---
Re: OTRS - Sehr langsam
die Bremse ist hier wahrscheinlich das LDAP. Kommentiere die Kundendatenbank mal aus...
Ist denn ein CacheTTL für das LDAP hinterlegt?
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
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
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---
-
- Znuny wizard
- Posts: 471
- Joined: 20 Nov 2011, 16:08
- Znuny Version: 6.5.4
- Real Name: Schulmann
Re: OTRS - Sehr langsam
Wirklich 500 Agenten bei 200 Tickets pro Monat?otrscrasher wrote:mein OTRS ist sehr langsam geworden ...
Folgende Daten:
500 Agenten
20.000 Tickets
50.000 Articles
ca. 200 Tickets pro Monat
Nicht 500 Kunden?
Wieviele Agenten sind gleichzeitig angemeldet?
Ein paar zusätzliche Informationen wären hilfreich:Trotzdem dauert es 9 Sekunden wenn ich auf Tickets->"Ansicht nach Queues" klicke ...
- 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?
Znuny6/Debian/ESXi
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
Wirklich, 500 , Gleichzeitig zwischen 30 - 120 Agenten ... Soweit ich das beobachteschulmann wrote:Wirklich 500 Agenten bei 200 Tickets pro Monat?
Nicht 500 Kunden?
Wieviele Agenten sind gleichzeitig angemeldet?
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:Ist die Antwortzeit immer 9 Sekunden lang oder ändert sie sich auch mal um mehrere Sekunden?
Als ich gerade geguckt habe waren es 20 ...otrscrasher wrote:Wieviele Apache-Prozesse sind dabei mit "ps" im System zu sehen?
Damit kenne ich mich leider (noch) nicht so gut aus, aber die Ausgabe: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
Vielen Dank für die Hilfe!!!!!!!!!
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
-
- Znuny wizard
- Posts: 471
- Joined: 20 Nov 2011, 16:08
- Znuny Version: 6.5.4
- Real Name: Schulmann
Re: OTRS - Sehr langsam
Die Zahl der Agenten bei der Maschine sollte problemlos sein.otrscrasher wrote:Wirklich, 500 , Gleichzeitig zwischen 30 - 120 Agenten ... Soweit ich das beobachteschulmann wrote:Wieviele Agenten sind gleichzeitig angemeldet?
Auch nach mehrmaligem Lesen habe ich nicht verstanden was Du damit sagen willst.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:Ist die Antwortzeit immer 9 Sekunden lang oder ändert sie sich auch mal um mehrere Sekunden?
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 -> ...).
Und was ist in der Apache-Konfiguration bei "MaxClients" eingetragen?Als ich gerade geguckt habe waren es 20 ...otrscrasher wrote:Wieviele Apache-Prozesse sind dabei mit "ps" im System zu sehen?
Die CPU dürfte kein Engpass sein, RAM erst recht nicht.procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------otrscrasher wrote:Was sagt "vmstat 1" während der 9-Sekunden-Wartezeit?
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
Wieviele CPUs hat die Maschine?
Die wichtigste Frage zum Schluss: Wie ist "KeepAlive" in der Apache-Konfiguration eingestellt?
Znuny6/Debian/ESXi
Re: OTRS - Sehr langsam
Auch Interessant ist, wie bereits von schulmann gefragt, ob die gleiche Aktion nur beim ersten Mal langsam istjojo wrote:die Bremse ist hier wahrscheinlich das LDAP. Kommentiere die Kundendatenbank mal aus...
"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
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
Ah so, entschuldigt. Nein, jedes mal beim klick dauert es 9-12 Sekunden ...jojo wrote:Auch Interessant ist, wie bereits von schulmann gefragt, ob die gleiche Aktion nur beim ersten Mal langsam ist
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
Re: OTRS - Sehr langsam
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
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
model name : Intel(R) Xeon(R) CPU E5540 @ 2.53GH - 1x (QuadCore)otrscrasher wrote:Wieviele CPUs hat die Maschine?
<IfModule prefork.c>schulmann wrote:Und was ist in der Apache-Konfiguration bei "MaxClients" eingetragen?
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>
Bleiben konstant.schulmann wrote:Ich wollte eigentlich nur wissen ob die Antwortzeiten bei der gleichen Aktion stark streuen oder eingermassen konstant sind.
KeepAlive Offschulmann wrote:Die wichtigste Frage zum Schluss: Wie ist "KeepAlive" in der Apache-Konfiguration eingestellt?
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
Habe ich aus der Confifg.pm auskommentiert aber leider kein Effekt ...jojo wrote:und das auskommentieren der LDAP CustomerData Quelle?
# $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---
-
- Znuny wizard
- Posts: 471
- Joined: 20 Nov 2011, 16:08
- Znuny Version: 6.5.4
- Real Name: Schulmann
Re: OTRS - Sehr langsam
Ok. eine CPU.otrscrasher wrote:model name : Intel(R) Xeon(R) CPU E5540 @ 2.53GH - 1x (QuadCore)
Und die war nicht an der Leistungsgrenze.
Welches MPM-Modul ist wirksam?<IfModule prefork.c>
MaxClients 256
</IfModule>
<IfModule worker.c>
MaxClients 150
</IfModule>
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).
Das Verhalten ist also reproduzierbar.Bleiben konstant.schulmann wrote:Ich wollte eigentlich nur wissen ob die Antwortzeiten bei der gleichen Aktion stark streuen oder eingermassen konstant sind.
Das sollte die Fehlersuche eigentlich erleichtern.
Das kann also kein Engpass sein.KeepAlive Off
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
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
mpm_prefork_module (static)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.
Ja, MySql Distrib 5.0.95schulmann wrote:Der nächste Kandidat für die Fehlersuche ist die DB.
Läuft diese lokal?
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
-
- Znuny wizard
- Posts: 471
- Joined: 20 Nov 2011, 16:08
- Znuny Version: 6.5.4
- Real Name: Schulmann
Re: OTRS - Sehr langsam
Damit ist Apache als Problemursache erst einmal aus dem Rennen.otrscrasher wrote:mpm_prefork_module (static)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.
Ich vermute anhand von ~otrs/Kernel/Config.pm dass MySQL keine lokale Socket-Verbindung unterstützt (wir setzen MySQL nicht ein).Ja, MySql Distrib 5.0.95schulmann wrote:Der nächste Kandidat für die Fehlersuche ist die DB.
Läuft diese lokal?
Wird die DB über TCP/IP angesprochen?
Dann könnte man mit wireshark/tcpdump mehr erfahren.
Znuny6/Debian/ESXi
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
Nein, über Socket.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.
Config.pm
Code: Select all
# (The database host.)
$Self->{'DatabaseHost'} = 'localhost';
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---
-
- Znuny expert
- Posts: 154
- Joined: 21 Jun 2013, 11:38
- Znuny Version: 3.2.5
Re: OTRS - Sehr langsam
Das Deaktivieren der PreMenuModule hat bei uns einiges gebracht!
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
Du meinst unter " Ticket -> Frontend::Agent::Ticket::MenuModulePre" ?willipolin wrote:Das Deaktivieren der PreMenuModule hat bei uns einiges gebracht!
Was erreiche ich damit genau?
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
-
- Znuny wizard
- Posts: 471
- Joined: 20 Nov 2011, 16:08
- Znuny Version: 6.5.4
- Real Name: Schulmann
Re: OTRS - Sehr langsam
Hallo willipolin,willipolin wrote:Das Deaktivieren der PreMenuModule hat bei uns einiges gebracht!
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
-
- Znuny wizard
- Posts: 471
- Joined: 20 Nov 2011, 16:08
- Znuny Version: 6.5.4
- Real Name: Schulmann
Re: OTRS - Sehr langsam
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:
Danke.
Gruß
Claus-Dieter
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
Danke.
Gruß
Claus-Dieter
Znuny6/Debian/ESXi
Re: OTRS - Sehr langsam
Das bezweifel ichwillipolin wrote:Das Deaktivieren der PreMenuModule hat bei uns einiges gebracht!
"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
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
Re: OTRS - Sehr langsam
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?
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
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
Die habe ich auskommentiert ... Ich habe zwei, eine lesend zum LDAP und eine Lokal für "Externe"-Benutzerjojo wrote:Zu meiner obigen Frage ob ein Deaktivieren der Kundendatenbank hilft hast Du noch keine Antwort gegeben.
Wie teste ich das am besten?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?
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
Das habe ich noch nicht gemacht, ich guck mal wie ich tcpdump einsetze und vor allem das was ich mir schwieriger vorstelle, auswerte.schulmann wrote:Hallo otrscrasher,
Wir sollten deshalb prüfen ob es auf dem Client einen Timeout gibt.
Das müsste folgendermassen gehen:Könntest Du das bitte machen?
- Starten von tcpdump/wireshark auf dem OTRS-System
- Abschicken der Anfrage an OTRS und schauen ob tcpdump die Anfrage sofort oder verzögert sieht
Danke.
Gruß
Claus-Dieter
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---
-
- Znuny wizard
- Posts: 471
- Joined: 20 Nov 2011, 16:08
- Znuny Version: 6.5.4
- Real Name: Schulmann
Re: OTRS - Sehr langsam
Das ist doch kein Problem: tcpdump bzw. wireshark kann man direkt in einer root-Shell starten: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.
Code: Select all
tcpdump -c 1000 -n -i eth0 'host 1.2.3.4 and (port 53 or port 80 or port 443)'
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)'
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
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
schulmann wrote:Das ist doch kein Problem: tcpdump bzw. wireshark kann man direkt in einer root-Shell starten: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.bzw.Code: Select all
tcpdump -c 1000 -n -i eth0 'host 1.2.3.4 and (port 53 or port 80 or port 443)'
Danke! Hat super geklappt. Ich habe aber einen Kollegen aus der Netz-Abteilung gefragt, der kennt sich damit aus. Er wird es auswerten.
Ich schreibe sobald ich was weiß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.
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
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---
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
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?
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---
-
- Znuny wizard
- Posts: 471
- Joined: 20 Nov 2011, 16:08
- Znuny Version: 6.5.4
- Real Name: Schulmann
Re: OTRS - Sehr langsam
tcpdump sagt immer etwas aus, typischerweise mindestens die Paketlaufzeit und die Antwortzeit auf der Applikationsschicht.otrscrasher wrote:Hallo, hat wohl etwas gedauert ... TCPDUMP hat leider nichts ausgesagt.
Wäre nett wenn Du sie mitteilen könntest.
Znuny6/Debian/ESXi
-
- Znuny ninja
- Posts: 1312
- Joined: 25 May 2012, 08:51
- Znuny Version: OTRS 4
- Real Name: Klaus Nehrer
Re: OTRS - Sehr langsam
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.
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
1. Danke das sich noch jemand hier einschaltet
2. richtig, der Befehlt den ich am Ende für den DUMP genommen haben war:
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---
-
- Znuny ninja
- Posts: 1312
- Joined: 25 May 2012, 08:51
- Znuny Version: OTRS 4
- Real Name: Klaus Nehrer
Re: OTRS - Sehr langsam
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
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
-
- Znuny newbie
- Posts: 45
- Joined: 01 Feb 2013, 15:54
- Znuny Version: 3.3.8
Re: OTRS - Sehr langsam
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:
--
Übrigens zeigt mir der "Support Assessment" neuerdings:
Check Ticket::SearchIndexModule setting.
Ist das zu empfehlen? Auf "StaticDB" umzustellen?
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:
Also nächstes werde ich mal die Datenbank auf einen anderen Server auslagern (Selbe Serverversion)Description: Red Hat Enterprise Linux Server release 6.5 (Santiago)
Release: 6.5
Codename: Santiago
--
Ü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.
---RedHat 6.5---MySql 5.1.73---Apache 2.2.15---OTRS 3.3.8---
-
- Znuny wizard
- Posts: 471
- Joined: 20 Nov 2011, 16:08
- Znuny Version: 6.5.4
- Real Name: Schulmann
Re: OTRS - Sehr langsam
Nach meiner Meinung müsste ein so klar reproduzierbares Performance-Problem relativ leicht lösbar sein.KlausNehrer wrote:Performanceprobleme per Ferndiagnose ohne Datenzugriff zu lösen, war nur in ganz seltenen Fällen erfolgreich.
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.
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.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
Znuny6/Debian/ESXi