Forum

Mein Hoster hatte gestern selbst mit seiner Seite Probleme. Wirklich Mühe geben die sich nicht. Vor einem Hosterwechsel schrecke ich nur noch ab, weil ich nicht Weiß welche Probleme dann entstehen. Und das angebotene Upgrade nützt mir auch nichts, wenn es nicht an den 10 Prozessen liegt. Welche Hoster könnt ihr denn empfehlen?

Dazu noch einmal

In dem Zustand denn du meinst ist folgendes festzustellen.

Seiten mit PHP gehen nicht
Logischerweise OPN dann auch nicht

Reine HTML Seiten werden ausgeliefert

Perl Scripte werden nicht! ausgeliefert

Die letzte .trc ist am Mittag gewesen. as zeigt keine Probleme. Heißt also das Script (OPN) wurde korrekt beendet und kann nicht die Ursache sein.

Wenn in PHP ein Limit auf 10 Prozesse vorhanden ist, wieso werden dann auch keine Perl Scripte mehr ausgeführt?

Also läuft da m.E. was anderes schief.

Gestern habe ich die Prozesse gekillt, heute erscheint erneut der Serverfehler. Ich werde wohl doch nicht um einen Umzug herum kommen. Das ist so nicht erträglich.

Danke.

Hab die SQL Zeile eingefügt.

Kann es sein das ich durch Weiterleitung der RSS an FB selbst dafür sorge das die Warscheinlichkeit steigt zu viele gleichzeitige Prozesse zu verursachen?

$ ps x
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
ncf310 26146 0.0 0.6 35796 20336 ? S 18:04 0:00 /usr/local/php5/bin/php-cgi5

Bei dir werden nur die angezeigt die mit deinem Benutzer verbunden sind. Also nur deine.

Es wird auch der aktuelle der das ganze dort hingeschrieben hat angezeigt. Versuchst du einen zu löschen der nicht mehr da ist (dann beim löschen) so passiert hat nis bzw. wird nicht alles angezeigt was sonst beim löschen sichtbar würde.

Sollten da Prozesse "übrig sein" so must du "Rückwerts" löschen also meistens von unten nach oben. Aber das merkst du wenn du einen nicht löschen kannst.

Ab "wirklich" dann überhaupt nicht mehr ins Admin kommst kann ich nicht sagen. Wenn das so ist, dann müsste man das noch mehr automatisiert überwachen. Ich habe das die letzten Tage beobachtet und heute war das erste mal das eben das Verhalten sehr komisch war. Eben 4 Prozesse hingen. Sieht man ja oben.

Im normal Fall sollte die Liste bei prozesskiller nur ein Prozess haben. Kann mal 2 oder 3 sein aber vielmehr denke ich nicht - das wären ja Besucher zu exakt der gleichen Zeit - In der Zeile kannst auch noch die Startzeit sehen. Wenn die älter ist dann ist das Müll.

Ist nicht ganz so einfach.

BTW.

korrigiere mal

modules/mylinks
Es gibt kein Feld ip in der Tabelle opn_mylinks_mod

ALTER TABLE opn_mylinks_mod ADD ip VARCHAR (250) DEFAULT '' NOT NULL;

stefan schrieb am 17.02.2013 um 11:09:15 Uhr folgendes:

Über den Punkt prozesskiller kann man jetzt gezielt solche Prozesse entfernen. Ist natürlich keine Lösung sondern nur eine Hilfe um nicht jedes mal den Support einschalten zu müssen.

Da kann ich also sozusagen vorsorglich Prozesse "killen"

Wenn der Serverfehler erstmal auftritt komm ich ja nicht ehr ins Admin. Werden dort nur Prozesse angezeigt die nicht geschlossen wurden?

Über den Punkt prozesskiller kann man jetzt gezielt solche Prozesse entfernen. Ist natürlich keine Lösung sondern nur eine Hilfe um nicht jedes mal den Support einschalten zu müssen.

erstaunlich ...

$ ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
ncf310 2801 0.0 0.6 34252 18748 ? S 05:44 0:00 /usr/local/php5/bin/php-cgi5
ncf310 2909 0.0 0.4 27116 13600 ? S 05:44 0:00 /usr/local/php5/bin/php-cgi5
ncf310 4236 0.0 0.4 26860 13460 ? S 05:50 0:00 /usr/local/php5/bin/php-cgi5
ncf310 4340 0.0 0.4 26860 13460 ? S 05:50 0:00 /usr/local/php5/bin/php-cgi5
ncf310 5778 0.0 0.6 35820 20348 ? S 07:49 0:00 /usr/local/php5/bin/php-cgi5
ncf310 5782 0.0 0.0 2424 896 ? R 07:49 0:00 /bin/ps aux

sagt also das wieder Prozesse hängen aber bei den trc Dateien

/home/www/ncf310/html/cache/5616_3595.trc [w]      17.02.13 07:02:15      31.025
     /home/www/ncf310/html/cache/2801_30988.trc [w]      17.02.13 05:02:01      25.319
     /home/www/ncf310/html/cache/2243_30653.trc [w]      17.02.13 04:02:30      9.898
     /home/www/ncf310/html/cache/15046_13598.trc [w]      17.02.13 01:02:45      9.852
     /home/www/ncf310/html/cache/18954_18300.trc [w]      16.02.13 09:02:55      10.116

Da ist nur eine bei bei der OPN sich nicht richtig beendet hat.

Bei den Prozessen

2909
4236
4340

Wurde OPN sauber beendet.

Danke, ich versteh es jetzt schon besser. Das bedeutet das dieses Problem mit diesem Hosting-Packet immer wieder auftreten wird.

Mein Hoster verweist mich ja ständig auf ein Upgrade zu einem V-Server. Ein Hosterwechsel ist zwar auch ne Möglichkeit, allerdings befürchte ich das man von einem Problem zum Nächsten springt.


Ganz nebenbei ist mir aufgefallen das in den Refferers Seiten angezeigt werden die entweder irgendwo aus der ganzen Welt zu mir verlinken. Wenn man diese aber betrachtet sieht man gar keinen Link.

Im Error Log steht öffters

- 404 - Fehler
Die gewünschte Seite wurde nicht gefunden.

Können solche Einträge noch vom früheren Hackerangriff stammen, bei dem  "spam-index.html" eingeschleust wurden?

Wenn man die Zugriffszahlen sieht, stellt man fest das eigentlich sehr wenige echte manuelle Aufrufe der Seite stattgefunden haben.

Ich nutze mal zur etwas Erklärung das aktuelle

18136_17564.trc

Da dieses nicht automatisch gelöscht wurde heißt das hier geht es ein "kleines Problem"

Die URL ist drin ersichtlich auch das es eine Sache ist die eigentlich nicht bei dem Server ankommen sollte. Aber egal. Hier wird das Script nicht "sauber" beendet.

Will heißen OPN gibt den Speicher usw. nicht willentlich frei. Beendet sich also nicht so "richtig"

Das an sich ist erst einmal nicht ganz so schlimm. Das macht fast kein php Script richtig. Weil und da kommen wir zum 2ten Teil der Prozess trotzdem "im normal Fall" beendet wird. Dann greifen interne php routienen die eben Speicher usw. wieder freigeben. Warum das sinnvoll ist trotzdem immer im script zumachen würde jetzt hier etwas zu weit führen. Nur sowiel man sollte es tun.

Trotzdem solange der Prozess beendet wird, würde das nicht "dein" Problem auslösen. Nur wenn der Prozess nicht beendet wird, warum auch immer, kommt es zu einem Problem.

Wenn man sich jetzt im trc mal die Prozesse zu der Zeit! an sieht, sieht man das folgende (gekürzt auf das wesentliche)

php-cgi5 18136 ncf310 cwd DIR 8,2 4096 74225715 /home/www/ncf310/html/system/sections
php-cgi5 18136 ncf310 rtd DIR 8,1 4096 2 /
...
lsof 18138 ncf310 cwd DIR 8,2 4096 74225715 /home/www/ncf310/html/system/sections
lsof 18138 ncf310 rtd DIR 8,1 4096 2 /
lsof 18138 ncf310 txt REG 8,1 104836 700329 /usr/bin/lsof
...
lsof 18139 ncf310 cwd DIR 8,2 4096 74225715 /home/www/ncf310/html/system/sections
lsof 18139 ncf310 rtd DIR 8,1 4096 2 /
lsof 18139 ncf310 txt REG 8,1 104836 700329 /usr/bin/lsof


Damit sieht man das genau zu dieser Zeit erst mal nur 3 Prozesse von dir da waren.

Außerdem kann man hier erkennen das OPN eben 2 Prozesse startet.

bBtw. der Name des trc sagt auch etwas aus. Die erste Ziffer ist die aktuell Prozess ID. Die Zweite ist der Vater Prozess.

Das Problem bei dir ist eben nur das wenn ich es bei deinem Hoster richtig verstehe eben das dein "Vater" (apache2) nur max 10 Prozesse Starten kann/darf.

Dh. es dürfen nur 10 php Prozesse gleichzeitig laufen.

Das ist schnell erreicht. 10 Bots oder Personen rufen gleichzeitig deine Seite auf und bumm...

Jetzt kommen wir zu den Prozessen die warum auch immer nicht beendet werden.

Die erhöhen das natürlich. Bzw geht es dann schneller.

Opn selbst erzeugt nur selten eigene Prozesse