Archiv verlassen und diese Seite im Standarddesign anzeigen : server in den knien
kA wieso aber wenn mal was nicht funktioniert dann ordentlich.
Seit gestern ist der Server immer wieder "tot".
Einfach nicht erreichbar
Serverload im Schnitt 4,12 18,01 21,17 | 21 Benutzer online (Registrierte Benutzer: 16, Gäste: 5)
Wobei es gestern noch viel ärger war.
An den Einstellungen habe ich nichts geändert.
Bei manchen Skripten steht zeitweise, das die Verbindung zum mysql server futsch ist.
top - 11:59:15 up 47 days, 17:06, 1 user, load average: 4.80, 13.92, 19.33
Tasks: 102 total, 8 running, 94 sleeping, 0 stopped, 0 zombie
Cpu(s): 96.7%us, 2.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.3%si, 0.0%st
Mem: 1034576k total, 681720k used, 352856k free, 70108k buffers
Swap: 2104504k total, 120k used, 2104384k free, 349352k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
26788 www-data 16 0 46892 16m 3876 S 15.6 1.6 0:15.55 apache2
26741 www-data 15 0 44092 14m 4784 S 14.6 1.4 0:11.19 apache2
26790 www-data 15 0 43308 13m 4164 S 14.0 1.3 0:10.74 apache2
26737 www-data 15 0 43548 13m 4348 S 13.6 1.3 0:28.49 apache2
26209 www-data 15 0 44092 14m 4560 S 12.3 1.4 0:13.16 apache2
26229 www-data 16 0 46676 16m 3984 R 10.3 1.6 0:39.42 apache2
26736 www-data 15 0 44888 14m 3932 S 10.0 1.4 0:10.09 apache2
26274 www-data 15 0 46960 16m 3976 R 4.3 1.6 0:29.97 apache2
26740 www-data 15 0 44088 13m 3880 S 3.3 1.3 0:06.36 apache2
25875 www-data 15 0 43492 13m 3908 S 1.0 1.3 1:24.68 apache2
30007 mysql 15 0 140m 56m 5620 S 0.7 5.6 455:07.84 mysqld
26041 www-data 15 0 43712 13m 4548 S 0.3 1.4 0:10.72 apache2
Cpu(s): 96.7% ?? was läuft da noch?
auf dem Server sind "nur" 4 vbulletins
jetzt nach nem mysql neustart sieht es so aus:
top - 12:28:13 up 47 days, 17:35, 1 user, load average: 3.79, 3.68, 6.06
Tasks: 99 total, 5 running, 94 sleeping, 0 stopped, 0 zombie
Cpu(s): 62.7%us, 1.7%sy, 0.0%ni, 35.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1034576k total, 664540k used, 370036k free, 72336k buffers
Swap: 2104504k total, 116k used, 2104388k free, 376924k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
27585 www-data 15 0 42256 11m 3796 S 15.7 1.2 0:05.56 apache2
27620 www-data 15 0 43192 12m 3912 S 14.7 1.3 0:02.82 apache2
26868 www-data 15 0 43596 13m 4524 S 14.0 1.4 1:18.18 apache2
27492 www-data 16 0 43580 13m 3928 S 10.0 1.3 0:31.80 apache2
27644 www-data 15 0 43508 12m 3772 S 5.0 1.3 0:02.61 apache2
27420 www-data 16 0 46456 16m 4972 R 4.3 1.7 0:36.73 apache2
27155 mysql 15 0 128m 34m 5236 S 0.7 3.4 0:10.82 mysqld
also nochimmer 60% auslastung
also zu der genauen umgebung:
2 "normale" foren, + eines mit vbseo wo aber momentan nichts los ist + dann noch eine datenbank für ein vbulletin wo die datein noch extern sind, also nur db zugriff
edit: der mysql neustart hat nichts gebracht, das rennt noch immer auf bis zu 99% hoch :/
jetzt nach nem mysql neustart sieht es so aus:
also nochimmer 60% auslastung
also zu der genauen umgebung:
2 "normale" foren, + eines mit vbseo wo aber momentan nichts los ist + dann noch eine datenbank für ein vbulletin wo die datein noch extern sind, also nur db zugriff
edit: der mysql neustart hat nichts gebracht, das rennt noch immer auf bis zu 99% hoch :/
Schau dir mal an was da alles läuft, ich hab fast das gefühl das da ein virus oder so läuft. :D Also irgendwas, was da nicht laufen darf.
thompson
13.12.2007, 18:45
ich hab bei all-inkl derzeit auch größere performance probleme. mir wurde empfohlen den server upzudaten.
mal sehen ob es hilft.
Ein Virus?
omg
wird ja immer besser
Wenn der Serverload so hoch geht ist der Server falsch konfiguriert.
Ich kann Dir nen paar Links raussuchen wo du dazu viel lesen kannst, wenn du magst.
Wenn die my.cnf, php.ini und httpd richtig konfiguriert sind, und du die *NIX Load überwachung im vB auf 4 stellst, sollte das richtig laufen.
Wieviel RAM hat Dein Server?
2gig
und jetzt ohne acuh nur irgendwas gemacht zu haben sind es max 25%
top - 20:39:17 up 48 days, 1:46, 1 user, load average: 0.36, 0.85, 2.11
Tasks: 100 total, 2 running, 98 sleeping, 0 stopped, 0 zombie
Cpu(s): 10.7%us, 0.0%sy, 0.0%ni, 89.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1034576k total, 833544k used, 201032k free, 74948k buffers
Swap: 2104504k total, 116k used, 2104388k free, 534752k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4969 www-data 16 0 42908 12m 3932 S 3.7 1.2 1:12.62 apache2
5337 www-data 16 0 41568 11m 3976 S 3.7 1.1 0:03.78 apache2
5384 www-data 16 0 43576 13m 3940 S 3.3 1.3 0:04.61 apache2
1 root 18 0 2952 1856 532 S 0.0 0.2 0:03.71 init
ist es eigentlich normal das es soviele apache gibt?
top - 13:30:56 up 14:25, 1 user, load average: 45.06, 30.98, 19.48
Tasks: 120 total, 36 running, 84 sleeping, 0 stopped, 0 zombie
Cpu(s): 97.7%us, 2.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1034576k total, 781136k used, 253440k free, 69992k buffers
Swap: 2104504k total, 0k used, 2104504k free, 323472k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
16543 www-data 16 0 47016 16m 4688 R 10.3 1.7 1:46.60 apache2
17469 www-data 16 0 47212 16m 3984 R 8.7 1.6 0:11.12 apache2
17627 www-data 16 0 46848 15m 3752 R 8.3 1.6 0:06.17 apache2
17360 www-data 15 0 43812 13m 3948 S 8.0 1.3 0:14.14 apache2
17120 www-data 16 0 45644 14m 3960 R 7.7 1.5 0:53.72 apache2
17355 www-data 15 0 44096 13m 3956 S 7.7 1.3 0:10.98 apache2
17278 www-data 15 0 44372 13m 3948 S 7.3 1.4 0:17.91 apache2
17284 www-data 15 0 43204 12m 3916 S 7.3 1.3 0:18.31 apache2
17528 www-data 16 0 46668 15m 3916 R 7.3 1.6 0:08.20 apache2
4234 mysql 15 0 136m 41m 5304 S 5.7 4.1 3:24.81 mysqld
17359 www-data 15 0 44156 14m 4576 S 5.7 1.4 0:16.45 apache2
17466 www-data 16 0 46668 15m 3868 R 5.7 1.6 0:10.63 apache2
17623 www-data 16 0 46616 15m 3752 R 5.3 1.5 0:03.71 apache2
17356 www-data 15 0 43488 12m 3784 S 3.7 1.3 0:30.96 apache2
17689 www-data 16 0 46108 16m 4600 R 1.3 1.6 0:02.84 apache2
anscheinend ist das Problem gelöst.
als ich mir http://www.rootforum.de/forum/viewtopic.php?t=47049 durchgelesen habe, ist mir ein licht angegangen.
Ich hatte in meinem PM Popup ja alle PM's eingelesen.
PHP:
----------
Der Inhalt dieses Abschnitts ist nur für Lizenznehmer sichtbar, Sie werden derzeit jedoch nicht als Lizenzinhaber erkannt.<br />
<br />
Bitte öffnen Sie den <a href="http://members.vbulletin-germany.com/membersupport_priority.php">Kundenbereich</a>, tragen Sie Ihre E-Mail-Adresse ein, mit der Sie sich hier registriert haben und aktivieren Sie die Lizenzüberprüfung für http://www.vbulletin-germany.org.
----------
Ich schätze das es an dem gelegen hat.
Da gibt es weder $db->freeresult noch ein unset(ausgabe)
Ich hoffe das es daran gelegen hat. bzw erscheint das logisch??? oder ist es Blödsinn?
bei 30 % cpu auslastung ? kann ich mir nicht vorstellen
netzrate
23.12.2007, 21:20
Das hab ich auch auf meinem Server immer mal wieder wenn ich mal drauf schaue, denke das ist so okay :D :)
Es war anscheinend wirklich das!
Seit der kleinen Änderung + weiteren optimierungen rennt es wie geschmiert:)
Danke, du erinnerst mich an etwas. :D
Hab mich gewundert warum ich soviel ram verwendet habe, obwohl ich sowenig daten geladen hatte. :D vergessen nach jedem query free_results aufzurufen :D
Problem ist leider nochimmer nicht behoben.
Könnte es irgendein temp. Speicherproblem sein?
Denn jedesmal nach dem Neustart rennt es wie geschmiert, dann wirds immer langsamer und langsamer.(so als ob sich irgendein Speicher bis zum umfallen füllen würde)
Anscheined kann eh nur noch ein täglicher cronjob der um 3 in der früh täglich den server neu startet abhilfe leisten:D
Das liegt dann vermutlich an der mySQL Konfiguration. Das hatte ich auch mal früher.
Nach div. Einstellungstesten hatte ich dann eine gute Konfig zusammen von httpd.conf und my.cnf so das der Server rennt.
Link-Tipps:
http://serversupportforum.de/forum/dedizierte-server/19309-zu-hoher-load-extrem.html
http://serversupportforum.de/forum/dedizierte-server/19281-rootserver-performance-problem.html
http://serversupportforum.de/forum/sql/14308-tuning-primer-script.html
http://www.websitepublisher.net/article/vbulletin-optimization/
Schaut gut aus.
Bald sind die erstn 24h mit der neuen Konfiguration um und das Teil rennt wie geschmiert.
Vor allem das TuningPrimer Script ist eine gute Hilfe finde ich.
*hust*
Das hatte paar Fehler gestern.
Ich versuche es übermorgen mal, da gestern auch gestanden ist, das mein Server nicht mindestens 24h gerannt ist und das die Ergebnisse nicht optimal sind..
Ich hoff halt auch das dann nicht in jeder 4. Zeile wieder ein Fehler ist
Das mein ich:
-- MYSQL PERFORMANCE TUNING PRIMER --
- By: Matthew Montgomery -
MySQL Version 5.0.45-Debian_1ubuntu3-log i486
/usr/bin/tuning-primer.sh: line 388: bc: command not found
/usr/bin/tuning-primer.sh: line 389: bc: command not found
/usr/bin/tuning-primer.sh: line 390: bc: command not found
/usr/bin/tuning-primer.sh: line 391: bc: command not found
/usr/bin/tuning-primer.sh: line 392: bc: command not found
/usr/bin/tuning-primer.sh: line 393: bc: command not found
Uptime = days hrs min sec
Avg. qps = 15
Total Questions = 3773143
Threads Connected = 1
Server has been running for over 48hrs.
It should be safe to follow these recommendations
....
MEMORY USAGE
/usr/bin/tuning-primer.sh: line 1164: bc: command not found
/usr/bin/tuning-primer.sh: line 1165: bc: command not found
/usr/bin/tuning-primer.sh: line 1189: bc: command not found
/usr/bin/tuning-primer.sh: line 1192: bc: command not found
/usr/bin/tuning-primer.sh: line 1193: bc: command not found
/usr/bin/tuning-primer.sh: line 1195: bc: command not found
/usr/bin/tuning-primer.sh: line 1197: [: -gt: unary operator expected
/usr/bin/tuning-primer.sh: line 350: [: max_memoryHR: integer expression expecte
wenn du endlich mal deine Betriebssytem verraten würdest könnte man dir auch helfen !
Ich denke er benutzt Debian Ubuntu. ;)
ragtek, du hast auf Deinem System nicht bc im Pfad oder installiert.
@ragtek: Du bist Dir sicher, dass Du einen Linuxserver (der vermutlich auch noch frei und ungeschützt im Internet hängt) administrieren solltest?
Deine Fragen kann hier leider keiner beantworten ohne in die Glaskugel zu schauen, da die von a) Server-Hardware, b) Konfiguration, c) laufender Software (der einzig halbwegs klare Punkt) und d) Traffic-Zusammensetzung abhängig sind.
Zum administrieren eines Servers gehört ein bissl mehr als nur bei 1&1 auf "kaufen" zu klicken.
@ragtek: Du bist Dir sicher, dass Du einen Linuxserver (der vermutlich auch noch frei und ungeschützt im Internet hängt) administrieren solltest?
Deine Fragen kann hier leider keiner beantworten ohne in die Glaskugel zu schauen, da die von a) Server-Hardware, b) Konfiguration, c) laufender Software (der einzig halbwegs klare Punkt) und d) Traffic-Zusammensetzung abhängig sind.
Zum administrieren eines Servers gehört ein bissl mehr als nur bei 1&1 auf "kaufen" zu klicken.
Ja bin mir sicher, da ich keine 400€ für einen 100% vollkommen managed Server aufbringen kann/will
Weiß ich wie gefährlich/fahrlässig das ist, aber was soll ich machen, ein Webhostpaket kommt für mich aus Performancegründen nicht mehr in Frage.
Ich habe gedacht das ein gut aufgesetzer Server(nicht von mir sondern von jemanden(hatte damals angenommen er kanns, als er sich auf vb.org dafür beworben hat) fürs Erste ausreicht, ok wie wir alle sehen tut es das nicht.Hatte wiedermal Pech, aber ja....
und immer noch keine Infos zum Server
edit :// Server : Apache/2.2.4 (Ubuntu) PHP/5.2.3-1ubuntu6.2 mod_ssl/2.2.4 OpenSSL/0.9.8e
Operating System : probably Unix
Hardware ????
Daniel , du mußt dir schnellstens jemanden holen der den Server dicht macht !!!!!!!!!!!!!! Deine Logfiles möcht ich nich sehen
Sorry.
Merke erst jetzt, das ich http://www.vbulletin.com/forum/showthread.php?t=253314 mit dem Thread hier verwechselt habe(wegen Hardwareinfo).
Sorry, sorry sorry
vBulletin® v3.7.4, Copyright ©2000-2008, Jelsoft Enterprises Ltd.