Autor darksweetys
Datum 22.01.2013 17:02
Beiträge: Ich bekomm doch alles kaputt.

Ich habe seit geraumer Zeit ständig Serverfehler (Rolf hat sich das schon angeschaut).

Auf jeden Fall habe ich mir im Errorlog die URL dazu angeschaut und einige seltsame Einträge gesehen z. B.

http://www.darksweetys.com/system/user/index.php?opnparams=CGoCdAZpCj1acAAsCHkBP1FwVjQIMF9vBzk

http://www.darksweetys.com/banners/system/user/index.php (Seite existiert nicht)

http://www.darksweetys.com/system/user/?destination=node/add


------------------------------------------------
http://www.darksweetys.com/modules/guestbook/index.php+%5BPLM=0%5D+GET+http://www.darksweetys.com/modules/guestbook/index.php+%5B0,64547,65768%5D+-%3E+%5BN%5D+POST+http://www.darksweetys.com/modules/guestbook/index.php+%5B0,0,20887%5D
(Modul Gästebuch habe ich daraufhin deinstalliert)

Nachdem ich das GB deinstalliert habe hat mich mein OPN ganz ausgesperrt, in dem er meine IP gesperrt hat.

Der Zugriff auf die angeforderte Datei wurde verweigert.
403 - Fehler



Diese IP ist gesperrt für diese Webseite


Vor einigen Monaten wurde meine Seite ja durch einen Trojaner infiziert. Über FileZilla. Damals wurden index.html seiten eingeschleust.
Die html's habe ich damals entfernt, alle PW geändert

Seit dem lief es aber wieder.

Ich vermute das es damit zu tun haben könnte.

Leider kann ich nun gar nichts mehr tun.

Bitte Supportteam, helft mir.

DarkSweetys


Autor darksweetys
Datum 22.01.2013 17:20
Beiträge: OK, habs gelöst, wer lesen kann ist im Vorteil.  Bin wieder drin.

Die Frage nach dem "WARUM" bleibt

DarkSweetys

[ Diese Nachricht wurde bearbeitet von: darksweetys am 22.01.2013 18:17 (Originaldatum 22.01.2013 17:20) ]


Autor Gast
Datum 23.01.2013 15:41
Beiträge: Hallo André

Wie bereits schon erwähnt, leigt das Problem eher am Server und nicht an OPN.

Zu deinen Links oben und allgemein von Einträgen ins Error Log via EVA Modul.

Wenn jemand versucht deine Seite aufzurufen mittels einem ungültigen Link, dann gibt es einen Eintrag ins Error Log.
Oft findst du da Einträge wie system/user/?destination=node/add oder domain.com/login.php, wp-admin.php usw.

Das sind meist versuche von aussen auf die Seite zu gelangen. Solche Einträge kannst du ruhig ignorieren. Dann gibt es diverse Exploits, also Anleitungen im Netz wie man in den Admin Bereich kommt WordPress, WBB oder anderen Foren. Dabei werden halt alle CMS mal mit dieser Methode getestet und versucht zu hacken.

Das EVA Modul erkennt solche "Angriffe" oder falsche Skriptaufrufe und block dann die IP.

Bei dir kommst es immer wieder zu 500er Errors ohne dass man irgend ein Muster erkennen kann.

500er Errors sind immer Serverseitig und nicht Client seitig.

Stefan hat mir einen Tipp und die Anleitung gegeben, so dass in deinem Error Log nun TRC Dateien gespeichert werden.
Einfach gesagt, legt nun OPN beim ausführen eines PHP Prozesses im cache eine TRC Datei an, welche automatisch wieder gelöscht wir wenn der Server den PHP Prozess sauber beendet.

Wird der Prozess vom Server nicht korrekt ausgeführt, dann bleibt die TRC Datei im cache gespeichert und wird in OPN Error Log angezeigt.

Mit dieser Methode sollten wir nun rausfinden, welche Prozess wann und wo die 500er auslöst.
Geht aber nicht, weil da rein gar nichts steht was uns weiterhelfen könnte.

Bitte Prüfe mal noch die htaccess im root. Vergleich die mal mit den Einträgen aus dem Modul Black IP.

Dann noch eine Möglickeit. Schau mal das gesamte theme durch, ob da am Ende der PHP Dateien, also nach ?> ein Leerzeichen kommt oder ein Zeilenumbruch kommt. Da darf nichts mehr kommen, ansonsten kann es zu Fehler kommen.









Autor darksweetys
Datum 23.01.2013 16:45
Beiträge: Danke erstmal für die Antwort Rolf, ich weiss das nervt....

Es gibt seltsame Fehlermeldungen im Errorlog:
- Debug error detected within form.table.class on Dark Sweetys (http://www.darksweetys.com)
in fieldname: "score"
selected value: "0" [integer]
page name: modules/reviews
possible values: "10" [integer]
"9" [integer]
"8" [integer]
"7" [integer]
"6" [integer]
"5" [integer]
"4" [integer]
"3" [integer]
"2" [integer]
"1" [integer]
-----------------------------------------
Ich hatte erst vermutet das direkt über meinen eigenen Account Spamversuche unternommen, denn ganz dummer Weise hab ich das PW nach dem Trojanerbefall nicht geändert.
Seltsam war auch das meine eigene IP plötzlich gesperrt wurde.


Diese IP s sind in der Blacklist und auch in der htacces im root gelistet.
Das scheint aber ok zu sein.

Das Theme werd ich checken.

        111.73.46.11 13.01.2013 2 13.01.2013 Details Anzeigen Bearbeiten Löschen 117.26.206.54 05.01.2013 2 05.01.2013 Details Anzeigen Bearbeiten Löschen 142.4.105.66 12.01.2013 21 22.01.2013 Details Anzeigen Bearbeiten Löschen        
DarkSweetys


Autor darksweetys
Datum 23.01.2013 18:52
Beiträge: So das Theme habe ich durchsucht. Es gab einige Leerzeilen am Ende aber das war es scheinbar nicht.

Aber mit der htacess könnte zusammen hängen.

Habe da zwar einen älteren Thread gefunden, vieleicht kann man da Rückschlüsse ziehen.
http://www.drupalcenter.de/node/4137

In den FAQ's von Netclusive steht folgendes zu dem Fehler:

http://faq.netclusive.de/66_269_de.html

Ich habe jetzt nochmal die Dateiatribute des Cache Ordners komplett auf 777 gesetzt.
Dabei ist mir aufgefallen, das auf einmal im User-index plätzlich die "Likes" (hab FB-Like eingebaut) angezeigt werden. War vorher ständig 0.

Das ist zwar für dan VServer gedacht, aber vieleicht ist es ja ähnlich.
meine htcaccess sieht so aus:
------------------------------------------------------------------------------
#
# generated by openphpnuke on 23.01.2013 16:16:43
#
# Hello how are you? have a nice day
# with OpenPHPnuke
#

ErrorDocument 400 /safetytrap/error.php?op=400
ErrorDocument 401 /safetytrap/error.php?op=401
ErrorDocument 403 /safetytrap/error.php?op=403
ErrorDocument 404 /safetytrap/error.php?op=404
ErrorDocument 500 /safetytrap/error.php?op=500

AddHandler x-httpd-php5 .php
#sitemap domain tricky

RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_URI} ^(.*)/sitemap.xml$
RewriteCond %{HTTP_HOST} ^(.*)$
RewriteRule (.*) http://%1/masterinterface.php?mysitemap=%1 [L]

#SEO tricky - beware this could be read as spam

RewriteEngine On
RewriteBase /
RewriteRule ^web/index.html$ /system/tags_clouds/index.php [N,QSA]
RewriteRule ^web/(.*).html$ /system/tags_clouds/search.php?q=$1 [N,QSA]

#SEO tricky for backend

RewriteEngine On
RewriteBase /
RewriteRule ^backend-(.*).xml$ /system/backend/backend.php?q=$1 [N,QSA]

#automatic blacklist part

order allow,deny
deny from 110.84.191.171
deny from 110.84.191.191
deny from 110.87.152.30
deny from 110.87.153.47
deny from 110.87.155.171
deny from 110.88.98.166
deny from 110.88.98.239
deny from 110.88.98.78
deny from 111.161.30.217
deny from 111.73.45.117
deny from 111.73.45.14
deny from 111.73.45.17
deny from 111.73.45.41
deny from 111.73.45.9
deny from 111.73.46.11
deny from 111.73.46.13
deny from 112.111.172.151
deny from 112.111.187.76
deny from 113.212.70.115
deny from 113.212.70.123
deny from 114.35.167.38
deny from 117.25.15.215
deny from 117.26.201.82
deny from 117.26.204.187
deny from 117.26.204.38
deny from 117.26.204.8
deny from 117.26.206.54
deny from 117.27.138.86
deny from 120.203.214.182
deny from 121.205.214.54
deny from 123.65.108.230
deny from 123.65.220.185
deny from 123.65.221.22
deny from 142.0.142.65
deny from 142.0.142.66
deny from 142.4.105.66
deny from 142.4.117.161
deny from 142.54.169.26
deny from 142.54.187.26
deny from 175.44.13.209
deny from 178.137.165.136
deny from 178.137.92.97
deny from 178.167.13.230
deny from 178.167.59.239
deny from 192.210.59.250
deny from 192.74.229.33
deny from 198.27.78.140
deny from 199.15.234.140
deny from 199.188.246.181
deny from 202.102.72.38
deny from 218.86.50.251
deny from 222.77.206.223
deny from 222.77.244.59
deny from 27.156.79.43
deny from 41.213.134.137
deny from 58.22.10.92
deny from 59.58.137.171
deny from 59.58.137.50
deny from 59.58.159.145
deny from 59.60.106.30
deny from 60.173.11.231
deny from 61.191.188.246
deny from 66.249.76.180
deny from 91.236.74.109
deny from 91.236.74.111
deny from 91.236.74.166
deny from 91.237.249.80
deny from 99.48.85.66
allow from all
-------------------------------------------------------



[ Diese Nachricht wurde bearbeitet von: darksweetys am 23.01.2013 19:00 (Originaldatum 23.01.2013 18:52) ]
DarkSweetys

[ Diese Nachricht wurde bearbeitet von: darksweetys am 23.01.2013 19:36 (Originaldatum 23.01.2013 18:52) ]


Autor Gast
Datum 23.01.2013 21:16
Beiträge:
modules/reviews


Den Fehler kannst du vergessen, das ist nicht wirklich ein Error. Der kommt auch zum Beispiel aus dem Modul anytable. Wenn ich mich recht erinnere, dann kommt das nur beim Modulaufruf wenn ein Feld nicht ausgefüllt ist. Meistens passiert das, wenn der Google Bot oder ähnlich den Link aufruft.


Wegen der .htaccess
Das vermute ich eben auch, dass die Probleme machen kann.

Benenne doch die mal um nach #.htaccess
Somit wäre die mal ausser Betrieb. Dann schau mal ein paar Tage ob es dann geht und die 500er verschwinden.

Danach sehen wir weiter.

Das mit dem Theme könnte es aber auch gewesen sein, da bei dir PHP über CGI läuft. Dann mag der Server nach dem PHP keine Zeichen mehr.








Autor darksweetys
Datum 23.01.2013 21:42
Beiträge: Danke, hab die htacces umbenannt. Mal schauen.

Komisch nur das es vorher lief.

Danke erstmal

Korrektur, bei umbenennung der htacces passiert folgendes:


Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /home/www/ncf310/html/class/class.settings.php on line 68


DarkSweetys


Autor Gast
Datum 23.01.2013 23:58
Beiträge: Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator devnull@netclusive.de and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.




Autor darksweetys
Datum 24.01.2013 12:10
Beiträge: Nach nochmaliger Anfrage bei Netclusive kam folgende Antwort.

-----------------
vielen Dank für Ihre Anfrage.

Nach Überprüfung konnten wir feststellen, dass Ihre Seite an die maximale Anzahl von 10 Prozessen gestoßen ist und so die Fehlermeldung anzeigte.

Bitte Überprüfen Sie diesbezüglich Ihre Skripte, auf unnötige Prozesse.

Um weitere entsprechende Fehler zu vermeiden, empfehlen wir Ihnen ein Upgrade auf einen Virtuellen Managed Webserver.

Hier gelten andere Limitierungen, sodass dieser Fehler nicht auftritt.

Unter folgender URL können Sie die Produktmerkmale einsehen:

http://www.netclusive.de/?go=vserver_managed

Gerne können wir Ihnen anbieten, ein solches System für eine Woche kostenfrei zum Test zur Verfügung zu stellen.

Ein Upgrade können Sie jederzeit in Ihrem Kundenlogin unter "Vertrag" -> "Upgrade" ausführen.

Bei weiteren Fragen stehen wir Ihnen gerne zur Verfügung.

Mit freundlichen Grüßen aus Montabaur 

------------------------------------

Ich will aber gar kein Upgrade.

Jetzt frag ich mich aber ob die nicht doch etwas verändert haben. Wenn ich sonst die ServerInfo aufgerufen habe erschien oben immer eine Fehlermeldung. Die ist nun weg. Auch so wird die Seite recht zügig angezeigt.

DarkSweetys

[ Diese Nachricht wurde bearbeitet von: darksweetys am 24.01.2013 16:46 (Originaldatum 24.01.2013 12:10) ]


Autor darksweetys
Datum 25.01.2013 08:23
Beiträge: Irgend etwas wurde definitiv verändert. Plötzlich erhalte ich wieder Mails als Admin (Geburtstage usw.)

Vor kurzem bekam ich noch Fehlermeldungen von wegen sendmail usw. Von einem anderen Portal weiss ich das meine Webmastermail bei ihm als Spam geblockt wurde.

Kann das irgendwie im Zusammenhang stehen?

Ansonsten habe ich bis jetzt noch keinen neuen Serverfehler bemerkt. Obwohl ich mir gar nicht traue das zu schreiben, denn ich warte schon darauf das ein neuer erscheint.

Was bedeutet eigentlich 10 Prozesse? Was ist ein Prozess an sich?

DarkSweetys


Autor Gast
Datum 25.01.2013 13:00
Beiträge:
Was bedeutet eigentlich 10 Prozesse? Was ist ein Prozess an sich?


So ein Prozess ist zum Beispiel in der MG. Wenn du ein Bild hoch lädst, dann werden automatisch durch einen gestarteten PHP Prozess die Thumbs erstellt.

Solche Prozesse gibt es dutzende.


Vor kurzem bekam ich noch Fehlermeldungen von wegen sendmail usw. Von einem anderen Portal weiss ich das meine Webmastermail bei ihm als Spam geblockt wurde.

Kann das irgendwie im Zusammenhang stehen?


Schon möglich. Das eine hat zwar mit dem anderen nichts zu tun, wenn der Hoster ab in de apache config oder in der phpini was geändert hat durchaus denkbar.

Flash





Autor darksweetys
Datum 25.01.2013 13:54
Beiträge: Ahja, danke Rolf,

es scheint wohl fehlerfrei zu laufen. Schade nur das man jetzt nicht genau weiß wo die Ursache war.

PS: @Flash Entschuldige die ständige Nerverei, aber langsam kennste mich doch, wenn etwas nicht funktioniert lässt mir das keine Ruhe.

DarkSweetys


Autor stefan
Datum 11.02.2013 17:44
Beiträge: Kleine Anmerkung [sind bei dir auf der Seite]

die .trc Dateien wurden um die Information aus "lsof -u [Benutzer]" erweitert. Zeigt also alle offene files / Prozesse zu der Zeit.

In diagnostic ist diese Information auch unter "open files" zugänglich

Das File system/forum/printtopic.php wurde häufig durch bots bei dir auf gerufen. Das wurde scheinbar nicht sauber durch opn beendet. Das habe ich korrigiert. Mal schauen welche .trc jetzt auf laufen.


Autor darksweetys
Datum 11.02.2013 19:06
Beiträge: Danke erstmal an euch, ich hab ja schon mitbekommen wie viel Zeit ihr investiert habt. Bei solchen Dingen bin ich leider völlig überfordert.

Wie
"open files" kann ich unter Diagnostc nicht finden.
Gibt esMöglichkeiten solche Prozesse zu reduzieren?

DarkSweetys

[ Diese Nachricht wurde bearbeitet von: darksweetys am 11.02.2013 19:16 (Originaldatum 11.02.2013 19:06) ]


Autor stefan
Datum 11.02.2013 20:04
Beiträge: Zu finden unter

diagnostic
->
--> Information
---> Webserver Umgebung
----> Server Info erweitert

Dort ist das "open files"


Autor stefan
Datum 11.02.2013 20:47
Beiträge: 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


Autor darksweetys
Datum 12.02.2013 10:45
Beiträge: 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.

DarkSweetys


Autor stefan
Datum 17.02.2013 07:57
Beiträge: 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.



Autor stefan
Datum 17.02.2013 11:09
Beiträge: Ü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.


Autor darksweetys
Datum 17.02.2013 16:35
Beiträge: 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?

DarkSweetys


Autor stefan
Datum 17.02.2013 17:31
Beiträge: 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;


Autor darksweetys
Datum 18.02.2013 18:08
Beiträge: 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
Löschen

DarkSweetys


Autor darksweetys
Datum 06.03.2013 19:14
Beiträge: 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.

DarkSweetys


Autor stefan
Datum 07.03.2013 10:41
Beiträge: 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.


Autor darksweetys
Datum 07.03.2013 11:16
Beiträge: 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?
DarkSweetys




Diese Seite drucken
Diese Seite schließen

Dieser Artikel kommt von: OpenPHPNuke - das Open Source CMS
http://www.openphpnuke.info/