Hallo, ich hab hier einen Server im Netz, Core i7 920 Quad, 8 GB ram, 2x 750 GB im md-raid. Drauf läuft bis jetzt ein Apache2 und ne MySQL, Gehostet wird darauf ein Forum. Seit einigen Wochen ist die Kiste auf einmal Zäh wie Honig, ich sehe im top nur eine hohe Wait, im iotop stehen mysql und apache (httpd2-prefork) ziemlich oben. Oft ist auch md2_raid1 ganz oben. Hätte ja nichts gesagt wenn due Userzahl dramatisch gestiegen wäre..... Smartctl meldet beide Platten i.O. (wobei sda letzte Woche getauscht wurde). Jemand ne Idee wie man den Flaschenhals ausfindig machen könnte? Gruß Daniel -- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 26.03.2012 13:15, schrieb Daniel Spannbauer:
Hallo,
ich hab hier einen Server im Netz, Core i7 920 Quad, 8 GB ram, 2x 750 GB im md-raid. Drauf läuft bis jetzt ein Apache2 und ne MySQL, Gehostet wird darauf ein Forum.
Seit einigen Wochen ist die Kiste auf einmal Zäh wie Honig, ich sehe im top nur eine hohe Wait, im iotop stehen mysql und apache (httpd2-prefork) ziemlich oben. Oft ist auch md2_raid1 ganz oben.
Hätte ja nichts gesagt wenn due Userzahl dramatisch gestiegen wäre..... Smartctl meldet beide Platten i.O. (wobei sda letzte Woche getauscht wurde).
Jemand ne Idee wie man den Flaschenhals ausfindig machen könnte?
Gruß
Daniel
Hallo Daniel was sagt apachestats ? wieviele Requests/Sec Mysql Query Cache aktiviert ? Wenn das Forum in PHP geschrieben wurde dann kannst du APC installieren. Aber bei einem i7 Quad mit 8 GB RAM müsstest du ja viele viele User bedienen können. Wie sieht das accesslog aus ? greifen viele Bots auf deinen Server zu. So ein Bot ist kein User und wenn die Software schlecht geschrieben ist kann ein Script schon mal aus der Bahn laufen und Speicher oder CPU Ressourcen verschlingen. Gruß Torsten -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 26.03.2012 13:25, schrieb Torsten Rosenberger:
Am 26.03.2012 13:15, schrieb Daniel Spannbauer:
Hallo,
ich hab hier einen Server im Netz, Core i7 920 Quad, 8 GB ram, 2x 750 GB im md-raid. Drauf läuft bis jetzt ein Apache2 und ne MySQL, Gehostet wird darauf ein Forum.
Seit einigen Wochen ist die Kiste auf einmal Zäh wie Honig, ich sehe im top nur eine hohe Wait, im iotop stehen mysql und apache (httpd2-prefork) ziemlich oben. Oft ist auch md2_raid1 ganz oben.
Hätte ja nichts gesagt wenn due Userzahl dramatisch gestiegen wäre..... Smartctl meldet beide Platten i.O. (wobei sda letzte Woche getauscht wurde).
Jemand ne Idee wie man den Flaschenhals ausfindig machen könnte?
Gruß
Daniel
Hallo Daniel
was sagt apachestats ? wieviele Requests/Sec Mysql Query Cache aktiviert ? Wenn das Forum in PHP geschrieben wurde dann kannst du APC installieren. Aber bei einem i7 Quad mit 8 GB RAM müsstest du ja viele viele User bedienen können. Wie sieht das accesslog aus ? greifen viele Bots auf deinen Server zu. So ein Bot ist kein User und wenn die Software schlecht geschrieben ist kann ein Script schon mal aus der Bahn laufen und Speicher oder CPU Ressourcen verschlingen.
Gruß Torsten
Hi, Software halbwegs aktuell? Spezielle Konfigurationssoftware drauf? (Plesk z.B. ist voll unter Beschuss, auch ssh ist in letzter Zeit gern Ziel von PW-Rateattacken), ich tippe auch auf Angriffe. cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03/26/2012 01:41 PM, schrieb Joerg Thuemmler:
Am 26.03.2012 13:25, schrieb Torsten Rosenberger:
Am 26.03.2012 13:15, schrieb Daniel Spannbauer:
Hallo,
ich hab hier einen Server im Netz, Core i7 920 Quad, 8 GB ram, 2x 750 GB im md-raid. Drauf läuft bis jetzt ein Apache2 und ne MySQL, Gehostet wird darauf ein Forum.
Seit einigen Wochen ist die Kiste auf einmal Zäh wie Honig, ich sehe im top nur eine hohe Wait, im iotop stehen mysql und apache (httpd2-prefork) ziemlich oben. Oft ist auch md2_raid1 ganz oben.
Hätte ja nichts gesagt wenn due Userzahl dramatisch gestiegen wäre..... Smartctl meldet beide Platten i.O. (wobei sda letzte Woche getauscht wurde).
Jemand ne Idee wie man den Flaschenhals ausfindig machen könnte?
Gruß
Daniel
Hallo Daniel
was sagt apachestats ? wieviele Requests/Sec Mysql Query Cache aktiviert ? Wenn das Forum in PHP geschrieben wurde dann kannst du APC installieren. Aber bei einem i7 Quad mit 8 GB RAM müsstest du ja viele viele User bedienen können. Wie sieht das accesslog aus ? greifen viele Bots auf deinen Server zu. So ein Bot ist kein User und wenn die Software schlecht geschrieben ist kann ein Script schon mal aus der Bahn laufen und Speicher oder CPU Ressourcen verschlingen.
Gruß Torsten
Hi,
Software halbwegs aktuell? Spezielle Konfigurationssoftware drauf? (Plesk z.B. ist voll unter Beschuss, auch ssh ist in letzter Zeit gern Ziel von PW-Rateattacken), ich tippe auch auf Angriffe.
Nein, ist ein Root-Server, alles unter meiner Fuchtel und von-Hand-zu-Fuß. Attacken auf den ssh hatte ich auch einige, dank fail2ban aber jetzt viel weniger.... Gruß Daniel
cu jth
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03/26/2012 01:25 PM, schrieb Torsten Rosenberger:
Am 26.03.2012 13:15, schrieb Daniel Spannbauer:
Hallo,
ich hab hier einen Server im Netz, Core i7 920 Quad, 8 GB ram, 2x 750 GB im md-raid. Drauf läuft bis jetzt ein Apache2 und ne MySQL, Gehostet wird darauf ein Forum.
Seit einigen Wochen ist die Kiste auf einmal Zäh wie Honig, ich sehe im top nur eine hohe Wait, im iotop stehen mysql und apache (httpd2-prefork) ziemlich oben. Oft ist auch md2_raid1 ganz oben.
Hätte ja nichts gesagt wenn due Userzahl dramatisch gestiegen wäre..... Smartctl meldet beide Platten i.O. (wobei sda letzte Woche getauscht wurde).
Jemand ne Idee wie man den Flaschenhals ausfindig machen könnte?
Gruß
Daniel
Hallo Daniel
was sagt apachestats ?
Keine Ahnung, gibts nicht. Finde auch kein Paket dazu (nutze 11.4)
wieviele Requests/Sec Mysql Query Cache aktiviert ?
mysql> SHOW VARIABLES LIKE 'have_query_cache'; +------------------+-------+ | Variable_name | Value | +------------------+-------+ | have_query_cache | YES | +------------------+-------+ 1 row in set (0.00 sec)
Wenn das Forum in PHP geschrieben wurde dann kannst du APC installieren. Aber bei einem i7 Quad mit 8 GB RAM müsstest du ja viele viele User bedienen können.
Jo, sollte ja auch dicke reichen. Ist übrigens ein VBulletin
Wie sieht das accesslog aus ? greifen viele Bots auf deinen Server zu. So ein Bot ist kein User und wenn die Software schlecht geschrieben ist kann ein Script schon mal aus der Bahn laufen und Speicher oder CPU Ressourcen verschlingen.
Nichts offensichtliches da. Gruß Daniel
Gruß Torsten
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 26.03.2012 13:58, schrieb Daniel Spannbauer:
Am 03/26/2012 01:25 PM, schrieb Torsten Rosenberger:
Am 26.03.2012 13:15, schrieb Daniel Spannbauer:
Hallo,
ich hab hier einen Server im Netz, Core i7 920 Quad, 8 GB ram, 2x 750 GB im md-raid. Drauf läuft bis jetzt ein Apache2 und ne MySQL, Gehostet wird darauf ein Forum.
Seit einigen Wochen ist die Kiste auf einmal Zäh wie Honig, ich sehe im top nur eine hohe Wait, im iotop stehen mysql und apache (httpd2-prefork) ziemlich oben. Oft ist auch md2_raid1 ganz oben.
Hätte ja nichts gesagt wenn due Userzahl dramatisch gestiegen wäre..... Smartctl meldet beide Platten i.O. (wobei sda letzte Woche getauscht wurde).
Jemand ne Idee wie man den Flaschenhals ausfindig machen könnte?
Gruß
Daniel
Hallo Daniel
was sagt apachestats ?
Keine Ahnung, gibts nicht. Finde auch kein Paket dazu (nutze 11.4)
wieviele Requests/Sec Mysql Query Cache aktiviert ?
mysql> SHOW VARIABLES LIKE 'have_query_cache'; +------------------+-------+ | Variable_name | Value | +------------------+-------+ | have_query_cache | YES | +------------------+-------+ 1 row in set (0.00 sec)
Wenn das Forum in PHP geschrieben wurde dann kannst du APC installieren. Aber bei einem i7 Quad mit 8 GB RAM müsstest du ja viele viele User bedienen können.
Jo, sollte ja auch dicke reichen. Ist übrigens ein VBulletin
Wie sieht das accesslog aus ? greifen viele Bots auf deinen Server zu. So ein Bot ist kein User und wenn die Software schlecht geschrieben ist kann ein Script schon mal aus der Bahn laufen und Speicher oder CPU Ressourcen verschlingen.
Nichts offensichtliches da.
Gruß
Daniel
Gruß Torsten
rebootest/restartest Du manchmal? Ich hatte beim Apachen manchmal den Eindruck, dass er Ressourcen nicht richtig wieder freigibt und ein reboot manchmal Wunder wirkt (oder zumindest ein rcapache2 restart)... cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
[ ... ]
rebootest/restartest Du manchmal? Ich hatte beim Apachen manchmal den Eindruck, dass er Ressourcen nicht richtig wieder freigibt und ein reboot manchmal Wunder wirkt (oder zumindest ein rcapache2 restart)...
Die letzte Zeit dauernd....hilft aber leider nichts. Wie gesagt, keine Ahnung ob es wirklich am Apachen liegt. Was mich halt stutzig macht: Teilweise steht ein Prozess md2-raid1 ganz oben...keine Ahnung ob das bei einem MD-Raid normal ist. Da hab ich zu wenig erfahrung damit. Gruß Daniel
cu jth
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Tue, 27 Mar 2012 08:06:24 +0200, Daniel Spannbauer wrote:
[ ... ]
rebootest/restartest Du manchmal? Ich hatte beim Apachen manchmal den Eindruck, dass er Ressourcen nicht richtig wieder freigibt und ein reboot manchmal Wunder wirkt (oder zumindest ein rcapache2 restart)...
Die letzte Zeit dauernd....hilft aber leider nichts. Wie gesagt, keine Ahnung ob es wirklich am Apachen liegt. Was mich halt stutzig macht: Teilweise steht ein Prozess md2-raid1 ganz oben...keine Ahnung ob das bei einem MD-Raid normal ist. Da hab ich zu wenig erfahrung damit.
ich würde mal Datensammeln Wieviel Abfragen pro Sekunde bei MySQL ? Querycache YES ist gut aber wie groß ? http://httpd.apache.org/docs/2.2/mod/mod_status.html Extendstatus auf On Damit siehst du mal welche Scripte abgearbeitet werden und wieviel CPU und Speicher sie verbrauchen. Und auch die Request/sec ich sage mal vorsichtig wenn dein Apache 10 Req/sec hat und MySQL um die 50 Abfragen/sec dann ist deinem Server langweilig. Was sagt free ist der Speicher voll ? liegt viel im swap ? Gruß Torsten -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03/27/2012 08:16 AM, schrieb rosenberger@taoweb.at:
On Tue, 27 Mar 2012 08:06:24 +0200, Daniel Spannbauer wrote:
[ ... ]
rebootest/restartest Du manchmal? Ich hatte beim Apachen manchmal den Eindruck, dass er Ressourcen nicht richtig wieder freigibt und ein reboot manchmal Wunder wirkt (oder zumindest ein rcapache2 restart)...
Die letzte Zeit dauernd....hilft aber leider nichts. Wie gesagt, keine Ahnung ob es wirklich am Apachen liegt. Was mich halt stutzig macht: Teilweise steht ein Prozess md2-raid1 ganz oben...keine Ahnung ob das bei einem MD-Raid normal ist. Da hab ich zu wenig erfahrung damit.
ich würde mal Datensammeln Wieviel Abfragen pro Sekunde bei MySQL ?
Querycache YES ist gut aber wie groß ? http://httpd.apache.org/docs/2.2/mod/mod_status.html Extendstatus auf On
Ist an.
Damit siehst du mal welche Scripte abgearbeitet werden und wieviel CPU und Speicher sie verbrauchen.
Current Time: Tuesday, 27-Mar-2012 08:26:06 CEST Restart Time: Monday, 26-Mar-2012 19:46:44 CEST Parent Server Generation: 2 Server uptime: 12 hours 39 minutes 22 seconds Total accesses: 346632 - Total Traffic: 1.4 GB CPU Usage: u79.3 s4.45 cu.01 cs0 - .184% CPU load 7.61 requests/sec - 33.1 kB/second - 4460 B/request 10 requests currently being processed, 9 idle workers Ich hab da zig mal "OPTIONS * HTTP/1.0" in der Liste...ist das normal?
Und auch die Request/sec ich sage mal vorsichtig wenn dein Apache 10 Req/sec hat und MySQL um die 50 Abfragen/sec dann ist deinem Server langweilig. Was sagt free ist der Speicher voll ? liegt viel im swap ?
Das sagt Top: top - 08:27:50 up 5 days, 9:21, 2 users, load average: 3.29, 2.52, 2.31 Tasks: 223 total, 1 running, 222 sleeping, 0 stopped, 0 zombie Cpu(s): 3.8%us, 0.4%sy, 0.0%ni, 86.1%id, 9.7%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8185828k total, 7910684k used, 275144k free, 142392k buffers Swap: 4198972k total, 35520k used, 4163452k free, 6537492k cached Gestern war er mal kurz am swappen, hatte auch mal ne Load von Über 20....hat sich dann aber wieder eingependelt. Meomentan ist auf dem Server sogut wie nichts los, trotzdem ein Load von über 3. Das würd mich noch nicht mal stören, nur der Wait ist auch schon wieder bei fast 10%. Gruß Daniel
Gruß Torsten
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Tue, 27 Mar 2012 08:31:19 +0200, Daniel Spannbauer wrote:
Am 03/27/2012 08:16 AM, schrieb rosenberger@taoweb.at:
On Tue, 27 Mar 2012 08:06:24 +0200, Daniel Spannbauer wrote:
[ ... ]
rebootest/restartest Du manchmal? Ich hatte beim Apachen manchmal den Eindruck, dass er Ressourcen nicht richtig wieder freigibt und ein reboot manchmal Wunder wirkt (oder zumindest ein rcapache2 restart)...
Die letzte Zeit dauernd....hilft aber leider nichts. Wie gesagt, keine Ahnung ob es wirklich am Apachen liegt. Was mich halt stutzig macht: Teilweise steht ein Prozess md2-raid1 ganz oben...keine Ahnung ob das bei einem MD-Raid normal ist. Da hab ich zu wenig erfahrung damit.
ich würde mal Datensammeln Wieviel Abfragen pro Sekunde bei MySQL ?
Querycache YES ist gut aber wie groß ? http://httpd.apache.org/docs/2.2/mod/mod_status.html Extendstatus auf On
Ist an.
Damit siehst du mal welche Scripte abgearbeitet werden und wieviel CPU und Speicher sie verbrauchen.
Current Time: Tuesday, 27-Mar-2012 08:26:06 CEST Restart Time: Monday, 26-Mar-2012 19:46:44 CEST Parent Server Generation: 2 Server uptime: 12 hours 39 minutes 22 seconds Total accesses: 346632 - Total Traffic: 1.4 GB CPU Usage: u79.3 s4.45 cu.01 cs0 - .184% CPU load 7.61 requests/sec - 33.1 kB/second - 4460 B/request 10 requests currently being processed, 9 idle workers
Ich hab da zig mal "OPTIONS * HTTP/1.0" in der Liste...ist das normal?
Und auch die Request/sec ich sage mal vorsichtig wenn dein Apache 10 Req/sec hat und MySQL um die 50 Abfragen/sec dann ist deinem Server langweilig. Was sagt free ist der Speicher voll ? liegt viel im swap ?
Das sagt Top: top - 08:27:50 up 5 days, 9:21, 2 users, load average: 3.29, 2.52, 2.31 Tasks: 223 total, 1 running, 222 sleeping, 0 stopped, 0 zombie Cpu(s): 3.8%us, 0.4%sy, 0.0%ni, 86.1%id, 9.7%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8185828k total, 7910684k used, 275144k free, 142392k buffers Swap: 4198972k total, 35520k used, 4163452k free, 6537492k cached
Gestern war er mal kurz am swappen, hatte auch mal ne Load von Über 20....hat sich dann aber wieder eingependelt. Meomentan ist auf dem Server sogut wie nichts los, trotzdem ein Load von über 3. Das würd mich noch nicht mal stören, nur der Wait ist auch schon wieder bei fast 10%.
was sagt ein ps -aux verbraucht Mysql viel CPU ? und verwende mal http://pecl.php.net/package/APC -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Querycache YES ist gut aber wie groß ?
Die Antwort blieb ich dir noch schuldig: query_cache_size = 10M query_cache_limit=50M
was sagt ein ps -aux verbraucht Mysql viel CPU ?
ps aux |grep sql root 21592 0.0 0.0 11376 1556 ? S Mar26 0:00 /bin/sh /usr/bin/mysqld_safe --mysqld=mysqld --user=mysql --pid-file=/var/run/mysql/mysqld.pid --socket=/var/run/mysql/mysql.sock --datadir=/var/lib/mysql mysql 21739 6.3 5.0 1517096 411108 ? Sl Mar26 49:29 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --log-error=/var/log/mysql/mysqld.log --pid-file=/var/run/mysql/mysqld.pid --socket=/var/run/mysql/mysql.sock --port=3306
und verwende mal http://pecl.php.net/package/APC
Ich schau mal.... Gruß Daniel -- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 27.03.2012 08:42, schrieb Daniel Spannbauer:
Querycache YES ist gut aber wie groß ? Die Antwort blieb ich dir noch schuldig:
query_cache_size = 10M query_cache_limit=50M Hier passt mal was nicht du hast eine Cache Größe vom 10MB ? Wenn du 8GB Ram hast und davon über 6GB nich gebraucht werden dann gibt MySQL mal Bitte mehr. Hängt natürlich auch ab wie voll der Cache ist ? Das Limit begrenz die Größe einer SQL Abfrage wenn du nur 10MB hast, kann eine Abfrage keine 50MB groß sein daher würde ich mal nur eine query_cache_size = 128M geben Meine MySQL Datenbank läuft mit 4% CPU hat im Schnitt 44 Abfrage pro Sekunde Wenn dein Forum bei jeder Seite ein Abfrage macht die Schlecht geschrieben ist und einfach ewig, 2-3 Sekunde dauert dann bremst das. Vor allem wenn temp Tables angelegt werden müssen.
hast du Einträge in /var/log/messages vom smartd ? puncto Platten ? Gruß Torsten -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03/28/2012 10:14 AM, schrieb Torsten Rosenberger:
Am 27.03.2012 08:42, schrieb Daniel Spannbauer:
Querycache YES ist gut aber wie groß ? Die Antwort blieb ich dir noch schuldig:
query_cache_size = 10M query_cache_limit=50M Hier passt mal was nicht du hast eine Cache Größe vom 10MB ? Wenn du 8GB Ram hast und davon über 6GB nich gebraucht werden dann gibt MySQL mal Bitte mehr. Hängt natürlich auch ab wie voll der Cache ist ? Das Limit begrenz die Größe einer SQL Abfrage wenn du nur 10MB hast, kann eine Abfrage keine 50MB groß sein daher würde ich mal nur eine query_cache_size = 128M geben Meine MySQL Datenbank läuft mit 4% CPU hat im Schnitt 44 Abfrage pro Sekunde Wenn dein Forum bei jeder Seite ein Abfrage macht die Schlecht geschrieben ist und einfach ewig, 2-3 Sekunde dauert dann bremst das. Vor allem wenn temp Tables angelegt werden müssen.
Ist erhöht....
hast du Einträge in /var/log/messages vom smartd ? puncto Platten ?
Ja, aber nur was die Temp angeht.....da werden halt die Än derungen geloggt. Schäden scheints keine zu geben, auch ein long-test spuckt nichts aus. Gruß Daniel
Gruß Torsten
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Wed, 28 Mar 2012, Daniel Spannbauer schrieb:
Am 03/28/2012 10:14 AM, schrieb Torsten Rosenberger:
hast du Einträge in /var/log/messages vom smartd ? puncto Platten ?
Ja, aber nur was die Temp angeht.....da werden halt die Än derungen geloggt.
Ergänze die Einträge in /etc/smartd.conf: /dev/sda -a -I 194 -I 190 -I 231 -I 9 bzw. DEVICESCAN -a -I 194 -I 190 -I 231 -I 9 Siehe http://en.wikipedia.org/wiki/S.M.A.R.T. wg. der Attribute (sind Temperatur und Laufzeit). Zur Überwachung empfiehlt sich hddtemp und z.B. gkrellm. HTH, -dnh -- Mathematiker kennen nur zwei Arten von Problemen. Unlösbar und trivial. -- Konni Scheller -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am 27.03.2012 08:31, schrieb Daniel Spannbauer:
Das sagt Top: top - 08:27:50 up 5 days, 9:21, 2 users, load average: 3.29, 2.52, 2.31 Tasks: 223 total, 1 running, 222 sleeping, 0 stopped, 0 zombie Cpu(s): 3.8%us, 0.4%sy, 0.0%ni, 86.1%id, 9.7%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8185828k total, 7910684k used, 275144k free, 142392k buffers Swap: 4198972k total, 35520k used, 4163452k free, 6537492k cached
Load average ist recht hoch, genauso waiting ist recht hoch mit 9.7% Ich würde als erstes Mal mit ps -A checken, ob irgendein Prozess verdächtig oft da ist. Dann würde ich nach dem 10% waiting forschen. Das heißt ja übersetzt, der Computer wartet drauf, dass der Schreibvorgang auf die Platte abgeschlossen ist. Ich hatte mal so einen Fall, als mein logrotate abgeschmiert war, so dass ich dann mörder-große Logfiles hatte, in die der Apache ständig reinschreiben wollte. Also such mal nach großen Logfiles: lsof | grep httpd | grep log beziehungsweise lsof | grep apache | grep log und schau Dir dann die Filegrößen an. Wenn die Logfiles zu groß sind, (also ich sag mal alles was > 50MB ist) kann der Apache mal so richtig schnarchig werden. Falls das der Fall ist: Logs löschen oder logrotate aktivieren. Michael -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03/27/2012 01:29 PM, schrieb Michael Herrmann:
Hallo,
Am 27.03.2012 08:31, schrieb Daniel Spannbauer:
Das sagt Top: top - 08:27:50 up 5 days, 9:21, 2 users, load average: 3.29, 2.52, 2.31 Tasks: 223 total, 1 running, 222 sleeping, 0 stopped, 0 zombie Cpu(s): 3.8%us, 0.4%sy, 0.0%ni, 86.1%id, 9.7%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8185828k total, 7910684k used, 275144k free, 142392k buffers Swap: 4198972k total, 35520k used, 4163452k free, 6537492k cached
Load average ist recht hoch, genauso waiting ist recht hoch mit 9.7%
Sind 3,29, keine 9,7. Seis drum, die 3.29 sind noch arm, load average von 8-10 sind mittlerweile leider normal.
Ich würde als erstes Mal mit ps -A checken, ob irgendein Prozess verdächtig oft da ist.
static:/var/log/apache2 # ps -A |grep httpd2-prefork |wc -l 61
Dann würde ich nach dem 10% waiting forschen. Das heißt ja übersetzt, der Computer wartet drauf, dass der Schreibvorgang auf die Platte abgeschlossen ist. Ich hatte mal so einen Fall, als mein logrotate abgeschmiert war, so dass ich dann mörder-große Logfiles hatte, in die der Apache ständig reinschreiben wollte. Also such mal nach großen Logfiles:
lsof | grep httpd | grep log beziehungsweise lsof | grep apache | grep log
und schau Dir dann die Filegrößen an. Wenn die Logfiles zu groß sind, (also ich sag mal alles was > 50MB ist) kann der Apache mal so richtig schnarchig werden.
Naja, ein Logfile hatte schlappe 107G :)
Falls das der Fall ist: Logs löschen oder logrotate aktivieren.
Beides :( File gelöscht und nen logrotate rein. Aber besonders gut siehts immer noch nicht aus..... Load Average ist immer noch msit um die 3-4, io-wait kommt auch noch ab und zu, aber nur kurz. Gruß Daniel
Michael
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
[ ... ]
Falls das der Fall ist: Logs löschen oder logrotate aktivieren.
Beides :( File gelöscht und nen logrotate rein.
Aber besonders gut siehts immer noch nicht aus..... Load Average ist immer noch msit um die 3-4, io-wait kommt auch noch ab und zu, aber nur kurz.
So, gerade nochmal kurz geschaut: top - 15:17:05 up 5 days, 16:10, 2 users, load average: 2.72, 3.61, 4.09 Tasks: 215 total, 1 running, 213 sleeping, 0 stopped, 1 zombie Cpu(s): 0.0%us, 0.1%sy, 0.0%ni, 72.1%id, 27.7%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8185828k total, 7805092k used, 380736k free, 292000k buffers Swap: 4198972k total, 37416k used, 4161556k free, 6357844k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 329 root 20 0 0 0 0 D 0 0.0 10:03.76 md2_raid1 26870 root 20 0 8828 1344 908 R 0 0.0 0:00.60 top 27182 wwwrun 20 0 0 0 0 Z 0 0.0 0:00.06 httpd2-prefork <defunct> 1 root 20 0 12460 804 728 S 0 0.0 0:03.91 init 2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreadd 3 root 20 0 0 0 0 S 0 0.0 0:18.30 ksoftirqd/0 6 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/0 7 root RT 0 0 0 0 S 0 0.0 0:00.72 watchdog/0 Beim io-wait sind das zwar immer nur spitzen, die nerven aber auch und sollte bei so ner Maschine eigentlich nicht vorkommen. Gruß Daniel
Gruß
Daniel
Michael
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03/27/2012 03:18 PM, schrieb Daniel Spannbauer:
[ ... ]
Falls das der Fall ist: Logs löschen oder logrotate aktivieren.
Beides :( File gelöscht und nen logrotate rein.
Aber besonders gut siehts immer noch nicht aus..... Load Average ist immer noch msit um die 3-4, io-wait kommt auch noch ab und zu, aber nur kurz.
Und nochmal was nettes: top - 16:14:36 up 5 days, 17:07, 1 user, load average: 17.35, 7.44, 5.30 Tasks: 266 total, 2 running, 263 sleeping, 0 stopped, 1 zombie Cpu(s): 0.7%us, 0.1%sy, 0.0%ni, 50.4%id, 48.8%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8185828k total, 8094648k used, 91180k free, 295632k buffers Swap: 4198972k total, 38968k used, 4160004k free, 6375996k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND $ 31800 wwwrun 20 0 427m 16m 8144 D 4 0.2 0:00.51 httpd2-prefork $ 21739 mysql 20 0 1481m 441m 6668 S 1 5.5 81:48.96 mysqld $ 329 root 20 0 0 0 0 D 0 0.0 10:08.47 md2_raid1 $ 31896 wwwrun 20 0 431m 22m 9320 S 0 0.3 0:00.05 httpd2-prefork $ 1 root 20 0 12460 804 728 S 0 0.0 0:03.92 init $ 2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreadd $ 3 root 20 0 0 0 0 S 0 0.0 0:18.48 ksoftirqd/0 $ 6 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/0 $ 7 root RT 0 0 0 0 S 0 0.0 0:00.72 watchdog/0 $ 8 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/1 $ 10 root 20 0 0 0 0 S 0 0.0 0:02.67 ksoftirqd/1 $ 12 root RT 0 0 0 0 S 0 0.0 0:00.36 watchdog/1 $ 13 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/2 Langsam ists nimmer feierlich.... Gruß Daniel -- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03/26/2012 01:25 PM, schrieb Torsten Rosenberger:
Am 26.03.2012 13:15, schrieb Daniel Spannbauer:
Hallo,
ich hab hier einen Server im Netz, Core i7 920 Quad, 8 GB ram, 2x 750 GB im md-raid. Drauf läuft bis jetzt ein Apache2 und ne MySQL, Gehostet wird darauf ein Forum.
Seit einigen Wochen ist die Kiste auf einmal Zäh wie Honig, ich sehe im top nur eine hohe Wait, im iotop stehen mysql und apache (httpd2-prefork) ziemlich oben. Oft ist auch md2_raid1 ganz oben.
Hätte ja nichts gesagt wenn due Userzahl dramatisch gestiegen wäre..... Smartctl meldet beide Platten i.O. (wobei sda letzte Woche getauscht wurde).
Jemand ne Idee wie man den Flaschenhals ausfindig machen könnte?
Gruß
Daniel
Hallo Daniel
was sagt apachestats ? wieviele Requests/Sec
So, jetzt kann ich auch diese Frage beantworten: Das Maximale, was ich gestern hatte, waren 25 Requests/sec. Durchnittlich 8,3. Gruß Daniel -- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Moin moin, Am 27.03.2012 08:12, schrieb Daniel Spannbauer:
Am 03/26/2012 01:25 PM, schrieb Torsten Rosenberger:
Am 26.03.2012 13:15, schrieb Daniel Spannbauer:
Hallo,
Hallo Daniel
was sagt apachestats ? wieviele Requests/Sec
So, jetzt kann ich auch diese Frage beantworten:
Das Maximale, was ich gestern hatte, waren 25 Requests/sec. Durchnittlich 8,3.
Ich würd einfach mal schauen wie der Disk I/O aussieht (iostat,iotop,hdparm was es halt so gibt). Vielleicht ist auch eine Platte am 'Sterben'.
Gruß
Daniel
lg max
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Moin, On Tue, 27 Mar 2012, 08:33:50 +0200, Markus Heinze wrote:
[...] Ich würd einfach mal schauen wie der Disk I/O aussieht (iostat,iotop,hdparm was es halt so gibt). Vielleicht ist auch eine Platte am 'Sterben'.
ich tippe mal auf den bloeden CFQ I/O Scheduler; wenn bei mir grosse I/Os anstehen, dann geht das System auch in die Knie. Ich habe schon seit einiger Zeit ( > 2 Jahre) den "deadline" zum Default erkoren. Du kannst das aber auch im laufenden Betrieb mal ausprobieren: # : Alles zurueck auf Null: # sync; sync; sync; sync; echo 3 > /proc/sys/vm/drop_caches; swapoff -va; swapon -va; sync; sync; sync; sync # echo deadline > /sys/block/sda/queue/scheduler # echo deadline > /sys/block/sdb/queue/scheduler Bei den beiden letzten Kommandos solltest du ggfs. sda und sdb mit den Devices ersetzen, die in deinem MD-Raid haengen. Falls sich dabei eine Besserung ergibt, kannst du das mit "elevator=deadline" in der /etc/sysconfig/bootloader und /boot/grub/menu.lst verewigen.
Gruß
Daniel
HTH, cheers. l8er manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Dienstag, 27. März 2012, 15:48:30 schrieb Manfred Hollstein:
Moin,
On Tue, 27 Mar 2012, 08:33:50 +0200, Markus Heinze wrote:
[...] Ich würd einfach mal schauen wie der Disk I/O aussieht (iostat,iotop,hdparm was es halt so gibt). Vielleicht ist auch eine Platte am 'Sterben'.
ich tippe mal auf den bloeden CFQ I/O Scheduler; wenn bei mir grosse I/Os anstehen, dann geht das System auch in die Knie. Ich habe schon seit einiger Zeit ( > 2 Jahre) den "deadline" zum Default erkoren. Du kannst das aber auch im laufenden Betrieb mal ausprobieren:
# : Alles zurueck auf Null: # sync; sync; sync; sync; echo 3 > /proc/sys/vm/drop_caches; swapoff -va; swapon -va; sync; sync; sync; sync # echo deadline > /sys/block/sda/queue/scheduler # echo deadline > /sys/block/sdb/queue/scheduler
Bei den beiden letzten Kommandos solltest du ggfs. sda und sdb mit den Devices ersetzen, die in deinem MD-Raid haengen.
Falls sich dabei eine Besserung ergibt, kannst du das mit "elevator=deadline" in der /etc/sysconfig/bootloader und /boot/grub/menu.lst verewigen.
Gruß
Daniel
HTH, cheers.
l8er manfred
Hallo zusammen, was mir auffiel : 27182 wwwrun 20 0 0 0 0 Z 0 0.0 0:00.06 httpd2-prefork <defunct> Zombie Prozeße sind nie gut. Steht etwas dazu in den Apache Logs ? Was sagt denn "cat /proc/mdstat" ? Gruß, Martin -- I would rather be exposed to the inconveniences attending too much liberty, than those attending too small a degree of it. -- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03/27/2012 07:37 PM, schrieb Martin Jedamzik:
Am Dienstag, 27. März 2012, 15:48:30 schrieb Manfred Hollstein:
Moin,
On Tue, 27 Mar 2012, 08:33:50 +0200, Markus Heinze wrote:
[...] Ich würd einfach mal schauen wie der Disk I/O aussieht (iostat,iotop,hdparm was es halt so gibt). Vielleicht ist auch eine Platte am 'Sterben'.
ich tippe mal auf den bloeden CFQ I/O Scheduler; wenn bei mir grosse I/Os anstehen, dann geht das System auch in die Knie. Ich habe schon seit einiger Zeit ( > 2 Jahre) den "deadline" zum Default erkoren. Du kannst das aber auch im laufenden Betrieb mal ausprobieren:
# : Alles zurueck auf Null: # sync; sync; sync; sync; echo 3 > /proc/sys/vm/drop_caches; swapoff -va; swapon -va; sync; sync; sync; sync # echo deadline > /sys/block/sda/queue/scheduler # echo deadline > /sys/block/sdb/queue/scheduler
Bei den beiden letzten Kommandos solltest du ggfs. sda und sdb mit den Devices ersetzen, die in deinem MD-Raid haengen.
Falls sich dabei eine Besserung ergibt, kannst du das mit "elevator=deadline" in der /etc/sysconfig/bootloader und /boot/grub/menu.lst verewigen.
Gruß
Daniel
HTH, cheers.
l8er manfred
Hallo zusammen,
was mir auffiel :
27182 wwwrun 20 0 0 0 0 Z 0 0.0 0:00.06 httpd2-prefork <defunct>
Zombie Prozeße sind nie gut. Steht etwas dazu in den Apache Logs ?
Das ist immer nur einer. In den Logs hab ich nichts dazu gefunden.
Was sagt denn "cat /proc/mdstat" ?
Alles normal...also kein Rebuild oder ausfälle. static:/etc # cat /proc/mdstat Personalities : [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] md1 : active raid1 sda2[0] sdb2[1] 2104448 blocks [2/2] [UU] md0 : active raid1 sda1[0] sdb1[1] 4198976 blocks [2/2] [UU] md2 : active raid1 sda3[0] sdb3[1] 726266432 blocks [2/2] [UU] unused devices: <none> Gruß Daniel P.S: Sorry for PN.
Gruß,
Martin
-- I would rather be exposed to the inconveniences attending too much liberty, than those attending too small a degree of it. --
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 28.03.2012 11:09, schrieb Daniel Spannbauer:
Am 03/27/2012 07:37 PM, schrieb Martin Jedamzik:
Am Dienstag, 27. März 2012, 15:48:30 schrieb Manfred Hollstein:
Moin,
On Tue, 27 Mar 2012, 08:33:50 +0200, Markus Heinze wrote:
[...] Ich würd einfach mal schauen wie der Disk I/O aussieht (iostat,iotop,hdparm was es halt so gibt). Vielleicht ist auch eine Platte am 'Sterben'. ich tippe mal auf den bloeden CFQ I/O Scheduler; wenn bei mir grosse I/Os anstehen, dann geht das System auch in die Knie. Ich habe schon seit einiger Zeit (> 2 Jahre) den "deadline" zum Default erkoren. Du kannst das aber auch im laufenden Betrieb mal ausprobieren:
# : Alles zurueck auf Null: # sync; sync; sync; sync; echo 3> /proc/sys/vm/drop_caches; swapoff -va; swapon -va; sync; sync; sync; sync # echo deadline> /sys/block/sda/queue/scheduler # echo deadline> /sys/block/sdb/queue/scheduler
Bei den beiden letzten Kommandos solltest du ggfs. sda und sdb mit den Devices ersetzen, die in deinem MD-Raid haengen.
Falls sich dabei eine Besserung ergibt, kannst du das mit "elevator=deadline" in der /etc/sysconfig/bootloader und /boot/grub/menu.lst verewigen.
Gruß
Daniel HTH, cheers.
l8er manfred Hallo zusammen,
was mir auffiel :
27182 wwwrun 20 0 0 0 0 Z 0 0.0 0:00.06 httpd2-prefork<defunct>
Zombie Prozeße sind nie gut. Steht etwas dazu in den Apache Logs ? Das ist immer nur einer. In den Logs hab ich nichts dazu gefunden.
Habe ich auf einen System auch ist aber noch eine 10.3 Wenn man sich die Prozess ID im mod_status ansieht dann wird dort die Seite ganz normal ausgeliefert. Warum dann aber ein defunct daraus wird keine Ahnung ? ich habe bei mir auch unter top ab und zu ein wait von 5% oder höher aber immer nur ganz kurz und nicht andauernd. Und dein Rechner ist ein Ferrari im Gegensatz zu meinem ;) Ich Tippe immer noch auf das Vbulletin Forum oder wie auch immer das heißt. Ich kenne die Software nicht keinen Ahnung ob dort auch logfiles angelegt werden (Wegen Statistik) und Dateien zum Cachen oder sonst was ? Hast du APC Cache schon installiert ? Gruß Torsten -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03/28/2012 11:28 AM, schrieb Torsten Rosenberger:
Am 28.03.2012 11:09, schrieb Daniel Spannbauer:
Am 03/27/2012 07:37 PM, schrieb Martin Jedamzik:
Am Dienstag, 27. März 2012, 15:48:30 schrieb Manfred Hollstein:
Moin,
On Tue, 27 Mar 2012, 08:33:50 +0200, Markus Heinze wrote:
[...] Ich würd einfach mal schauen wie der Disk I/O aussieht (iostat,iotop,hdparm was es halt so gibt). Vielleicht ist auch eine Platte am 'Sterben'. ich tippe mal auf den bloeden CFQ I/O Scheduler; wenn bei mir grosse I/Os anstehen, dann geht das System auch in die Knie. Ich habe schon seit einiger Zeit (> 2 Jahre) den "deadline" zum Default erkoren. Du kannst das aber auch im laufenden Betrieb mal ausprobieren:
# : Alles zurueck auf Null: # sync; sync; sync; sync; echo 3> /proc/sys/vm/drop_caches; swapoff -va; swapon -va; sync; sync; sync; sync # echo deadline> /sys/block/sda/queue/scheduler # echo deadline> /sys/block/sdb/queue/scheduler
Bei den beiden letzten Kommandos solltest du ggfs. sda und sdb mit den Devices ersetzen, die in deinem MD-Raid haengen.
Falls sich dabei eine Besserung ergibt, kannst du das mit "elevator=deadline" in der /etc/sysconfig/bootloader und /boot/grub/menu.lst verewigen.
Gruß
Daniel HTH, cheers.
l8er manfred Hallo zusammen,
was mir auffiel :
27182 wwwrun 20 0 0 0 0 Z 0 0.0 0:00.06 httpd2-prefork<defunct>
Zombie Prozeße sind nie gut. Steht etwas dazu in den Apache Logs ? Das ist immer nur einer. In den Logs hab ich nichts dazu gefunden.
Habe ich auf einen System auch ist aber noch eine 10.3 Wenn man sich die Prozess ID im mod_status ansieht dann wird dort die Seite ganz normal ausgeliefert. Warum dann aber ein defunct daraus wird keine Ahnung ?
ich habe bei mir auch unter top ab und zu ein wait von 5% oder höher aber immer nur ganz kurz und nicht andauernd.
Und dein Rechner ist ein Ferrari im Gegensatz zu meinem ;) Ich Tippe immer noch auf das Vbulletin Forum oder wie auch immer das heißt. Ich kenne die Software nicht keinen Ahnung ob dort auch logfiles angelegt werden (Wegen Statistik) und Dateien zum Cachen oder sonst was ? Hast du APC Cache schon installiert ?
Ja, APC ist installiert. Läuft seitdem auch einiges flotter. Vbulletin ist eigentlich weit verbreitet, kostet auch Geld :) Gruß Daniel
Gruß Torsten
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 03/26/2012 01:15 PM, schrieb Daniel Spannbauer:
Hallo,
ich hab hier einen Server im Netz, Core i7 920 Quad, 8 GB ram, 2x 750 GB im md-raid. Drauf läuft bis jetzt ein Apache2 und ne MySQL, Gehostet wird darauf ein Forum.
Seit einigen Wochen ist die Kiste auf einmal Zäh wie Honig, ich sehe im top nur eine hohe Wait, im iotop stehen mysql und apache (httpd2-prefork) ziemlich oben. Oft ist auch md2_raid1 ganz oben.
Hätte ja nichts gesagt wenn due Userzahl dramatisch gestiegen wäre..... Smartctl meldet beide Platten i.O. (wobei sda letzte Woche getauscht wurde).
Jemand ne Idee wie man den Flaschenhals ausfindig machen könnte?
So, gestern wurde auch die sdb getauscht. Danach habe ich das Raid komplett syncen lassen und die Kiste neu gebootet...ich hatte teilweise load von über 40. Lt. /proc/mdstat war der sync fertig. Heute morgen hab ich jetzt ne load von momentan 14, wait pendelt zwischen 0 und 40%. Eine CPU wird zu ca. 20% genutzt, der Rest steht sich die Beine in den Bauch, von den 8 GB RAM wird nur 2 GB verwendet (Daten lt. htop). Was mir immer noch komisch vorkommt: md2_raid1 seh ich im iotop meist ganz oben stehen...kann natürlich sein dass das durch den hohen IO kommt, kanns mir aber nicht so recht vorstellen. Total DISK READ: 0.00 B/s | Total DISK WRITE: 0.00 B/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 332 be/4 root 0.00 B/s 0.00 B/s 0.00 % 99.99 % [md2_raid1] 1 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % init [3] 2 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [kthreadd] 3 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [ksoftirqd/0] 6 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [migration/0] 7 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [watchdog/0] 8 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [migration/1] 10 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [ksoftirqd/1] 11 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [kworker/0:1] 12 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [watchdog/1] 13 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [migration/2] 14 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [kworker/2:0] 15 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [ksoftirqd/2] 16 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [watchdog/2] 17 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [migration/3] 18 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [kworker/3:0] 19 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [ksoftirqd/3] 20 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [watchdog/3] 21 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [migration/4] 99% des IO? Irgendwas ist doch da Faul...in den messages ist eigentlich nichts ungewöhnliches...bis auf die Smart-Meldungen der neuen Platte: Apr 5 05:57:43 static smartd[2573]: Device: /dev/sdb [SAT], SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 36 to 35 Apr 5 06:57:40 static smartd[2573]: Device: /dev/sdb [SAT], SMART Prefailure Attribute: 7 Seek_Error_Rate changed from 63 to 64 Apr 5 07:27:40 static smartd[2573]: Device: /dev/sdb [SAT], SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 35 to 34 Apr 5 08:27:40 static smartd[2573]: Device: /dev/sdb [SAT], SMART Prefailure Attribute: 7 Seek_Error_Rate changed from 64 to 65 Apr 5 08:57:43 static smartd[2573]: Device: /dev/sdb [SAT], SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 34 to 33 Momentan bleiben in meinen Augen also 3 Verursacher in der engern Auswahl: md-raid, Apache und mysql.... Weiß jemand wie man mehr Debug-Output aus dem md-raid-zeugs kriegt? Gruß Daniel -- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 04/05/2012 09:24 AM, schrieb Daniel Spannbauer: test test.... -- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 05.04.2012 15:12, schrieb Daniel Spannbauer:
Am 04/05/2012 09:24 AM, schrieb Daniel Spannbauer:
test test....
haste mal geguckt wie groß deine LOG files vom apachen sind ? wenn die zu groß werden kann das auch auf die Performance drücken. -- Christian ---------------------------------------------------- - Please do not 'CC' me on list mails. Just reply to the list :) ---------------------------------------------------- Der ultimative shop für Sportbekleidung und Zubehör http://www.sc24.de ---------------------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 05.04.2012 16:25, schrieb Christian:
Am 05.04.2012 15:12, schrieb Daniel Spannbauer:
Am 04/05/2012 09:24 AM, schrieb Daniel Spannbauer:
test test....
haste mal geguckt wie groß deine LOG files vom apachen sind ? wenn die zu groß werden kann das auch auf die Performance drücken.
Jo, Logrotate ist schon drin-. Die größte ist das access-log mit 72 MB Gruß Daniel -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (10)
-
Christian -
Daniel Spannbauer -
David Haller -
Joerg Thuemmler -
Manfred Hollstein -
Markus Heinze -
Martin Jedamzik -
Michael Herrmann -
rosenberger＠taoweb.at -
Torsten Rosenberger