Hallo,
ich weiß garnicht, wo mein Problem am besten aufgehoben ist - aber root-server ist denke ich nicht falsch...
Ich habe einen Root Server, auf dem Suse 10.3 mit Plesk läuft. Als ich gegen 23 Uhr eine unserer Seiten aufrufen wollte, bekam ich ein Fehlermeldung, dass es zu viele Verbindungen gibt...
Die Serverload ging sekündlich hoch, zuletzt auf über 150. Mit shutdown -r now konnte ich den Rechner nicht neustarten. Erst nach einem killall httpd2-prefork bewegte sich was und der Rechner wurde neu gestartet.
Jetzt scheint alles OK zu sein, die Serverload ist höher als normal aber ich denke OK:
load average: 1.12, 1.30, 1.23
Nun versuche ich herauszufinden, was da los war. Kann so etwas einfach mal passieren? Oder brennt es irgendwo?
es wurden übrigens 170 Prozesse als zombies ausgegeben.
Da ich gerade erst einige Änderungen am Server vorgenommen habe, bin ich natürlich etwas verunsichert, ob es da vielleicht einen Zusammenhang gibt - oder doch nur ein dummer Zufall?!
Hier genaueres:
Vor zwei Tagen habe ich unsere bilinguale Webseite so umgestellt, dass die Textbausteine aus der Datenbank gelesen werden
(define ("_KONSTANTE", "Übersetzung")) - auf dem Testserver hatte ich das Gefühl, dass dies über die DB sogar schneller ist, als über Text-Dateien.
Bei der Nutzung unserer Webseite hatte ich in den vergangenen Tagen auch nicht das Gefühl, dass die Geschwindigkeit abgenommen hat.
Zusätzlich habe ich Gestern noch einige Anpassungen an der MySQL conifg (my.cnf) vorgenommen (in # die alten Werte):
WatchDog gibt für die letzten 24 Stunden eine CPU Auslastung unter 20% aus, die Speichernutzung (RAM) liegt bei vielleicht 450, also ca. 50%.
Anbei ein Screenshot der top Ausgabe.
Von unserem vBulletin Forum bekomme ich jetzt noch hunderte Mail mit der info:
mysql_connect() [<a href='function.mysql-connect'>function.mysql-connect</a>]: Too many connections
/srv/www/vhosts/mydomain.de/httpdocs/includes/class_core.php on line 311
(Alle Mails sind datiert auf die Zeit vor dem Neustart...)
Was nun? Ignorieren und einfach hoffen, dass so etwas nicht noch einmal passiert und dann erst weiterforschen?
Freue mich über Tipps
Grüsse
Florian
ich weiß garnicht, wo mein Problem am besten aufgehoben ist - aber root-server ist denke ich nicht falsch...
Ich habe einen Root Server, auf dem Suse 10.3 mit Plesk läuft. Als ich gegen 23 Uhr eine unserer Seiten aufrufen wollte, bekam ich ein Fehlermeldung, dass es zu viele Verbindungen gibt...
Die Serverload ging sekündlich hoch, zuletzt auf über 150. Mit shutdown -r now konnte ich den Rechner nicht neustarten. Erst nach einem killall httpd2-prefork bewegte sich was und der Rechner wurde neu gestartet.
Jetzt scheint alles OK zu sein, die Serverload ist höher als normal aber ich denke OK:
load average: 1.12, 1.30, 1.23
Nun versuche ich herauszufinden, was da los war. Kann so etwas einfach mal passieren? Oder brennt es irgendwo?
es wurden übrigens 170 Prozesse als zombies ausgegeben.
Da ich gerade erst einige Änderungen am Server vorgenommen habe, bin ich natürlich etwas verunsichert, ob es da vielleicht einen Zusammenhang gibt - oder doch nur ein dummer Zufall?!
Hier genaueres:
Vor zwei Tagen habe ich unsere bilinguale Webseite so umgestellt, dass die Textbausteine aus der Datenbank gelesen werden
(define ("_KONSTANTE", "Übersetzung")) - auf dem Testserver hatte ich das Gefühl, dass dies über die DB sogar schneller ist, als über Text-Dateien.
Bei der Nutzung unserer Webseite hatte ich in den vergangenen Tagen auch nicht das Gefühl, dass die Geschwindigkeit abgenommen hat.
Zusätzlich habe ich Gestern noch einige Anpassungen an der MySQL conifg (my.cnf) vorgenommen (in # die alten Werte):
Code:
# The MySQL server
[mysqld]
set-variable=local-infile=0
port = 3306
socket = /var/lib/mysql/mysql.sock
skip-locking
#key_buffer = 16M
key_buffer = 64M
max_allowed_packet = 2M
#table_cache = 64
table_cache = 100
#sort_buffer_size = 512K
sort_buffer_size = 2M
net_buffer_length = 8K
#read_buffer_size = 256K
read_buffer_size = 1M
#read_rnd_buffer_size = 512K
read_rnd_buffer_size = 1M
#myisam_sort_buffer_size = 8M
myisam_sort_buffer_size = 10M
# F.I. 13.10.2008 added
query_cache_limit = 1M
query_cache_size = 16M
query_cache_type = 1WatchDog gibt für die letzten 24 Stunden eine CPU Auslastung unter 20% aus, die Speichernutzung (RAM) liegt bei vielleicht 450, also ca. 50%.
Anbei ein Screenshot der top Ausgabe.
Von unserem vBulletin Forum bekomme ich jetzt noch hunderte Mail mit der info:
mysql_connect() [<a href='function.mysql-connect'>function.mysql-connect</a>]: Too many connections
/srv/www/vhosts/mydomain.de/httpdocs/includes/class_core.php on line 311
(Alle Mails sind datiert auf die Zeit vor dem Neustart...)
Was nun? Ignorieren und einfach hoffen, dass so etwas nicht noch einmal passiert und dann erst weiterforschen?
Freue mich über Tipps
Grüsse
Florian
