Problem mit vbseo (Serverlast)

Hatte jetzt des öfteren Probleme mit meinem Server. Trotz Umstieg auf einen Managed Server von Hetzner (MS7000) kam es jetzt schon 2-3 mal vor das der Server nicht mehr erreichbar war weil die vbseo.php den kompletten Zugriff auf meinen Server verunmöglichte. Das komische daran FTP, ssh war noch erreichbar? Der Support sagt es liegt alleine am vbseo Script? Gibt es irgendeine Möglichkeit da Abhilfe zu schaffen? Das komische ist auch das dies ziemlich ohne System passiert, heisst es gibt Zeiten da sind doppelt soviele Leute Online aber ohne Probleme? Und wir reden hier nicht von Tausenden von Usern, heute als es wieder passiert ist waren max. 60-70 Registrierte + 200-300 Gäste Online?!

Gruss

das liegt mit sicherheit nicht an vbseo, managed ist halt auch immer so eine sache
ein paar infos hier zu mysql-version, php, apache usw wären ganz gut

mfg

Server OS/PHP Linux
Webserver Apache v1.3.34 (cgi-fcgi)
PHP 5.2.8
MySQL-Version 5.0.32-Debian_7etch8

Leider habe ich das Problem schon jetzt beim dritten Hoster (zuerst Strato dann HostEurope und jetzt Hetzner)

Managed ist Mist.
Und Apache 1.3 ist auch nicht mehr das Mittel der Wahl.

Also erstmal sind managed server was großartiges wenn man keine Ahnung von Servern hat, insbesondere bei Linux servern.

Ich hab keine Ahnung wieviel Sachen man bei einem managed server selbst machen kann, aber vielleicht helfen dir folgende Infos:

Da vermutlich dein PHP im Safe mode läuft (vermutlich /etc/php5/apache/php.ini dann nach safe_mode suchen), solltest du mal nachschauen welcher wert in dort unter max_execution_time eingetragen ist.
Vermutlich steht dort 30, was bedeuten würde, dass dein script automatisch nach 30 sekunden abgebrochen wird.
Sollte php nicht im Safe mode laufen, kannst du ganz oben im vbseo script nach <?php eine zeile mit folgendem Befehl einfügen
set-time-limit(30);
und schauen ob es danach besser wird (diese Funktion bricht ein Script nach 30 sekunden ab)

Ausserdem solltest du slow_query_log bei mysql aktivieren.
Dazu die datei my.conf suchen (vermutlich unter /etc/mysql/my.conf)

und dort bei den beiden Zeilen
log_slow_queries .... und
long_query_time jeweils dass # entfernen
bei long_query_time kannst du den wert ncoh auf 4 erhöhen.

Dass hat zur folge dass alle Datenbankabfragen die länger als 4 sekunde benötigen in das verzeichnis /var/log/mysql/mysql-slow.log eingetragen werden.

WICHTIG:
das slow query log benötigt ordentlich performance, weswegen dieses nur zur Fehlersuche aktiviert werden sollte, und anschliessend gleich wieder die # zeichen davor setzen!
Am besten ist es wenn du eine Konsole (putty) offen hast, und dir das log in realtime anschaust.
die kannst du zum beispiel machen indem du den Befehl
tail -f /var/log/mysql/mysql-slow.log eingibst
Sobald dann was ins log eingetragen wird erscheint es auf der konsole.
Das was dann da steht kannste hier posten, damit wir sehen welcher query langsam ist. (Ich vermute mal du wirst damit nicht wirklich was anfangen können)

Habe das gleiche Problem, neu aufgesetzer Server, nach vB-Forum optimierter Apache mySQL, DualCore mit 2GB usw.
Apache2.2.3 hat min.-Module, sonst läuft NICHTS auf dem Server.

Das Forum (3.81) mit vBPortal läuft nach vB-CP mit Last 1,1 -1,6 (bei top so zw. 10-60%.

Nachdem ich vBSEO installiert hatte, gingen die einzelnen Apache-Prozesse auf bis zu 70% hoch, der Server ächzte ständig bei 90-99% rum, vBCP gab Werte von 2,7-3,7 aus.

Nach Änderung des Scriptes mit

set-time-limit(30);

nach <?php

kam eine Fehlermeldung, mit Fehler im Parameter Limit(), leider hatte ich zwischenzeitlich was anderes copy/pastet ;-(

Wie kann ich da weiter vorgehen??

Hey Ralf,

hast du das Thema beachtet?

Tipps zur Optimierung von vBSEO

Nein, hatte gehofft, vBSEO erstmal so zu betreiben, wie es auf der Website beschrieben ist, sprich erstmal mit Defaults arbeiten.
In die ganzen Parameter muss ich mich erstmal einarbeiten, habe aber noch viele andere Baustellen am Forum :-(

Hatte gerade einen Hetzner DS5000 mit openVZ aufgesetzt und es nach diversen Apache/mySQL/openvz-Optimierungen hinbekommen, dass die Prozessorlast im normalen Forumbetrieb mit ca. 100-150Usern (Gast incl.) auf average 50% kommt.

Eben habe ich nochmal das default vBSeo eingeschaltet und innerhalb von 2min ging die Last wieder auf 95-97% hoch und das Forum reagierte kaum noch (die beiden Peaks rechts)



Also erstmal wieder aus.

Weiss wirklich nicht mehr, wie ich die Prozessorlast in den Griff bekommen soll

Hetzner MS haben den eaccelerator welchen man in der PHP-Konfig anwerfen kann, dieser wird auch von vbseo unterstützt, hilft vielleicht.

man sollte vielleicht noch in Erfahrung bringen welches Skript wirklich die Last verursacht, denn da mit vbseo so gut wie alles über die vbseo.php geladen wird, ist der Hinweis natürlich Mist

Interessant wäre noch welche Hacks z.b. Installiert sind und ob ein php/flashchat bzw Shoutboxgrümpel vorhanden ist, wenn dies nicht ausgenommen wird, kann das IMO derbe in die Hose gehen

Du brauchst bei belebteren Foren fast zwingend einen Opcode-Cacher. Ich verwende hier XCache weil ich mit eAccelerator zu viele Probleme hatte.

Dazu hilft dann auch noch famd, die I/O-Last auf der Platte in den Griff zu bekommen. Damit sollte es dann gehen.

Habe weder Chat, Shoutbox noch Hacks, lediglich phpAdServer für die 4 Banner..

Habe gerade mal

APC (Alternative PHP Cache)

installiert, bin mal gespannt, ob und wie sich das auswirkt, werde berichten, bzw. ihr könnt es ja an der Grafik selber sehen ;-)

Danke für die Tipps



Sind halt immer wieder Apache Tasks mit hoher Last
---
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
15722 www-data 15 0 54296 10m 7004 S 35 1.6 0:02.89 apache2
15723 www-data 15 0 54336 12m 8292 S 34 1.7 0:04.13 apache2
15717 www-data 25 0 57228 16m 9324 S 32 2.3 0:04.94 apache2
15695 www-data 17 0 54336 13m 9740 S 31 1.9 0:12.67 apache2
15698 www-data 16 0 57164 16m 9784 R 3 2.3 0:03.09 apache2
20335 mysql 15 0 231m 109m 5260 S 2 15.5 18:18.18 mysqld
1 root 15 0 1948 660 560 S 0 0.1 0:02.51 init
15715 www-data 15 0 54344 12m 8408 S 0 1.8 0:04.97 apache2
7334 root 15 0 1632 568 456 S 0 0.1 0:00.37 syslogd
7648 root 15 0 4932 1096 768 S 0 0.2 0:00.05 sshd
7666 root 18 0 2196 888 708 S 0 0.1 0:00.24 cron
7707 root 15 0 9572 5948 1544 S 0 0.8 0:01.36 miniserv.pl
17416 root 15 0 6448 4728 1540 S 0 0.7 0:04.12 munin-node

oder gerade wieder :-(

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
16088 www-data 17 0 58456 15m 8588 S 60 2.3 0:08.40 apache2
17417 www-data 15 0 58384 14m 6836 S 37 2.0 0:01.16 apache2
16012 www-data 16 0 59804 21m 12m R 29 3.0 0:15.53 apache2
16382 www-data 16 0 59708 15m 6108 R 27 2.1 0:00.82 apache2
17420 www-data 17 0 57604 13m 6936 R 17 2.0 0:01.00 apache2
16081 www-data 16 0 59976 17m 8700 R 14 2.5 0:07.34 apache2
16375 www-data 16 0 54248 9948 5884 S 8 1.4 0:00.98 apache2
17428 www-data 16 0 57820 12m 4872 R 5 1.7 0:00.14 apache2
20335 mysql 15 0 231m 109m 5260 S 2 15.6 18:25.35 mysqld

Noch ein Tipp: schmeiß den Indianer raus und nehm lighttpd.

Weiss nicht, damit kenn ich mich nun gar nicht aus :-(

Würde interessieren, welche Last andere vergleichbar frequentierte Foren erzeugen ...

Hey,

wäre es möglich ggf. das Root Kennwort von dir zu erhalten?