plesk panel - 500 internal server error - webseiten laufen - ssh down

Y

your-gate

New Member
Ich hoffe, ich bin hier im richtigen Forum gelandet. Ich weiß nämlich nicht ob das Problem mit dem ich mich an euch wende von Plesk oder der vom System verursacht wird.

Ich betreibe einen vServer bei Strato und habe das Problem, dass ich mich nach einiger Zeit nicht mehr im Frontend von Plesk einloggen kann. Es wird beim Login-Versuch ein sog. 500 - Internal Server Error angezeigt. Versuche den Server mit SSH zu erreichen schlägt fehl. Daher muss ich den Server über den Kundenbereich von Strato neustarten.

Nach dem Neustart funktioniert alles scheinbar einwandfrei - bis zum nächsten Ausfall. Das komische ist, dass die Webseiten auf dem Server einwandfrei funktionieren.

Hier noch ein paar Informationen zum Server:
Plesk: 9.0.1
OS: OpenSuse 10.3

Ich hatte auch schon mal ein Ubuntu Image von Strato drauf, bei dem das Problem aber ebenfalls auftrat.

Früher lief der Server auf OpenSuse mit Plesk 8.6. Ich habe dann die backups konvertiert und in plesk 9 hineingeladen.

Wenn jemand von euch eine Idee hat, wie diese Problem zu lösen ist, wäre ich sehr dankbar.
 
Wann tritt denn der Fehler auf?
Nach 24 Stunden, einer Woche oder einem Monat? Ggf. mal die Cronjobs checken, wahrscheinlich hängt sich bei dir irgendetwas auf was dann alles blockiert.

Vielleicht ist es die Firewall die dann entsprechend den SSH Port und den Plesk Port nicht mehr einwandfrei forwarded
 
nach reboot wieder alles normal

Der Fehler tritt nach unterschiedlichen Zeiten auf. Meistens nach 24 Stunden. Aber meisten tritt der Fehler auf, wenn ich vermehrt auf dem Server arbeite.

Meine Seite ist noch nicht fertig und hat dementsprechend noch nicht viel Traffic.

Den Server jedesmal zu reboot ist aber auf Dauer keine befriedigende Lösung

Es funktioniert wie oben erwähnt nichts außer meine Webseite (Joomla).

Ich werde die cronjobs prüfen und auch die firewall.

Bei der Firewall habe ich auch das Problem, wenn ich dort etwas geändert habe, dass sich diese nicht aktivieren lässt. Aber da habe ich bereits einen Threat gefunden, der einen Lösungsansatz bietet.

Erstmal Danke für die Hinweise
 
Achte mal auf die Ram Auslastung des Vservers, wenn du drauf Arbeitest.
 
Ram-Auslastung

Ich bin momentan noch beim Analysieren der Log-Dateien und dort steht auch etwas darüber. Der VServer hat 256 MB und eine recht große swap-Partion. 4 GB soweit ich weis. ich komme grad wieder nicht auf mein plesk.

Hier mal die ersten Logs, die ich entdeckt habe:

/var/log/sw-cp-server/error.log
Code: 
2009-03-24 19:08:58: (connections.c.299) SSL: 1 error:1407609C:SSL routines:SSL23_GET_CLIENT_HELLO:http request
2009-03-24 19:16:46: (mod_fastcgi.c.1755) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2009-03-24 19:16:46: (mod_fastcgi.c.2904) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2009-03-24 19:16:50: (mod_fastcgi.c.1755) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2009-03-24 19:16:50: (mod_fastcgi.c.2904) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2009-03-24 19:16:59: (mod_fastcgi.c.1755) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2009-03-24 19:16:59: (mod_fastcgi.c.2904) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2009-03-24 19:23:47: (mod_fastcgi.c.1755) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2009-03-24 19:23:47: (mod_fastcgi.c.2904) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2009-03-24 19:23:51: (mod_fastcgi.c.1755) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2009-03-24 19:23:51: (mod_fastcgi.c.2904) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2009-03-24 19:29:07: (mod_fastcgi.c.1755) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2009-03-24 19:29:07: (mod_fastcgi.c.2904) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2009-03-24 19:38:59: (mod_fastcgi.c.1755) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2009-03-24 19:38:59: (mod_fastcgi.c.2904) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2009-03-24 19:39:35: (mod_fastcgi.c.1755) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2009-03-24 19:39:35: (mod_fastcgi.c.2904) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2009-03-24 19:39:40: (mod_fastcgi.c.1755) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2009-03-24 19:39:40: (mod_fastcgi.c.2904) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2009-03-24 19:56:51: (mod_fastcgi.c.1755) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2009-03-24 19:56:51: (mod_fastcgi.c.2904) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2009-03-24 19:57:04: (mod_fastcgi.c.1755) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2009-03-24 19:57:04: (mod_fastcgi.c.2904) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2009-03-24 19:57:28: (mod_fastcgi.c.1755) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2009-03-24 19:57:28: (mod_fastcgi.c.2904) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2009-03-24 20:03:38: (mod_fastcgi.c.1755) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2009-03-24 20:03:38: (mod_fastcgi.c.2904) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2009-03-24 20:04:13: (mod_fastcgi.c.1755) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2009-03-24 20:04:13: (mod_fastcgi.c.2904) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2009-03-24 20:11:15: (log.c.75) server started
2009-03-24 20:12:23: (connections.c.299) SSL: 1 error:1407609C:SSL routines:SSL23_GET_CLIENT_HELLO:http request

/var/log/apache2/error_log
Code: 
[Tue Mar 24 19:04:33 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Mar 24 19:04:43 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Mar 24 19:04:53 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Mar 24 19:05:03 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Mar 24 19:09:28 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Mar 24 19:09:39 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Mar 24 19:09:49 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Mar 24 19:10:00 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Mar 24 19:10:10 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Mar 24 19:10:20 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Mar 24 19:10:30 2009] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Mar 24 19:15:57 2009] [error] [client 85.114.137.122] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /w00tw00t.at.ISC.SANS.DFind:)
[Tue Mar 24 20:11:22 2009] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Tue Mar 24 20:11:22 2009] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Tue Mar 24 20:11:22 2009] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Tue Mar 24 20:11:22 2009] [warn] Init: SSL server IP/port conflict: default-81-169-138-143:443 (/etc/apache2/conf.d/zz010_psa_httpd.conf:108) vs. horde.webmail:443 (/etc/apache2/conf.d/zzz_horde_vhost.conf:41)
[Tue Mar 24 20:11:22 2009] [warn] Init: SSL server IP/port conflict: search.your-gate.eu:443 (/srv/www/vhosts/your-gate.eu/conf/httpd.include:337) vs. default-81-169-185-89:443 (/etc/apache2/conf.d/zz010_psa_httpd.conf:89)
[Tue Mar 24 20:11:22 2009] [warn] Init: SSL server IP/port conflict: autor.your-gate.eu:443 (/srv/www/vhosts/your-gate.eu/conf/httpd.include:199) vs. default-81-169-185-89:443 (/etc/apache2/conf.d/zz010_psa_httpd.conf:89)
[Tue Mar 24 20:11:22 2009] [warn] Init: SSL server IP/port conflict: your-gate.eu:443 (/srv/www/vhosts/your-gate.eu/conf/httpd.include:12) vs. default-81-169-185-89:443 (/etc/apache2/conf.d/zz010_psa_httpd.conf:89)
[Tue Mar 24 20:11:22 2009] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Tue Mar 24 20:11:22 2009] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
[Tue Mar 24 20:11:23 2009] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Tue Mar 24 20:11:23 2009] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Tue Mar 24 20:11:23 2009] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Tue Mar 24 20:11:23 2009] [warn] Init: SSL server IP/port conflict: default-81-169-138-143:443 (/etc/apache2/conf.d/zz010_psa_httpd.conf:108) vs. horde.webmail:443 (/etc/apache2/conf.d/zzz_horde_vhost.conf:41)
[Tue Mar 24 20:11:23 2009] [warn] Init: SSL server IP/port conflict: search.your-gate.eu:443 (/srv/www/vhosts/your-gate.eu/conf/httpd.include:337) vs. default-81-169-185-89:443 (/etc/apache2/conf.d/zz010_psa_httpd.conf:89)
[Tue Mar 24 20:11:23 2009] [warn] Init: SSL server IP/port conflict: autor.your-gate.eu:443 (/srv/www/vhosts/your-gate.eu/conf/httpd.include:199) vs. default-81-169-185-89:443 (/etc/apache2/conf.d/zz010_psa_httpd.conf:89)
[Tue Mar 24 20:11:24 2009] [notice] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads.
[Tue Mar 24 20:11:24 2009] [notice] mod_python: using mutex_directory /tmp
[Tue Mar 24 20:11:24 2009] [notice] mod_bw : Memory Allocated 0 bytes (each conf takes 28 bytes)
[Tue Mar 24 20:11:24 2009] [notice] mod_bw : Version 0.8 - Initialized [0 Confs]
[Tue Mar 24 20:11:24 2009] [notice] Apache/2.2.4 (Linux/SUSE) mod_ssl/2.2.4 OpenSSL/0.9.8e PHP/5.2.6 with Suhosin-Patch mod_python/3.3.1 Python/2.5.1 mod_jk/1.2.21 mod_perl/2.0.3 Perl/v5.8.8 configured -- resuming normal operations
[Tue Mar 24 22:04:21 2009] [notice] caught SIGTERM, shutting down

Ebenfalls habe ich versucht mal das OpenSuse upzudaten. Alerdings gibt yast Fehlermedlungen zurrück.
Code: 
 Subprocess failed. Error: RPM failed:

Ebenfalls steht in meiner "/var/log/messages" recht auffällige eintragungen. Zum einen hat jemand versucht sich erfolglos mit verschieden Usernamen an meinem Server anzumelden. Desweiteren ist die logdatei nicht fortlaufend aufgebaut. Sie zeigt erst alles vom Datum her aufsteigend an und ca. zur Mitte der Datei absteigend.
 
Last edited by a moderator:
Ja das kann sein. Allerdings sieht meine Speicherauslastung folgendermaßen aus.

Code: 
             total       used       free     shared    buffers     cached
Mem:       5140876     242712    4898164          0          0          0
-/+ buffers/cache:     242712    4898164
Swap:            0          0          0
 
RAM Probem

wie es schein ist ein in der Tat ein Speicherproblem. Ich habe jetzt mal ein alle nicht unbedingt notwendigen Dienste gestoppt und konnte dann wieder ein update von OpenSuse durchführen.

Allerdings leuchte mir nicht ganz ein warum ich Speicherprobleme habe. Siehe oben. Wenn alle Dienste wieder laufen, funktioniert das Hinzufügen von Paketen wiederum nicht.

Ich verstehe einfach nicht warum er die zur Verfügung stehenden Resourcen nicht nutzt.

free
Code: 
             total       used       free     shared    buffers     cached
Mem:       5140876     202740    4938136          0          0          0
-/+ buffers/cache:     202740    4938136
Swap:            0          0          0

free -l
Code: 
Mem:       5140876     202752    4938124          0          0          0
Low:        893924     202752     691172
High:      4246952          0    4246952
-/+ buffers/cache:     202752    4938124
Swap:            0          0          0

Ich weiss das Threat jetzt nicht mehr in die Kategorie passt. Aber vieleicht hat ja trotzdem jemand eine Antwort darauf.

Vielen Dank für eure Anregungen und Hilfe.
 
Hi,

die Resourcenverwaltung von Unix ist relativ komplex um Sie hier kurz beschrieben, das ganze wird nochmal etwas verändert bei einem vServer. Mit 99% Wahrscheinlichkeit stösst du an die
Limits deines Containers. Du solltest dir mal die Ausgabe des Befehl 'cat /proc/user_beancounters' ansehen und dein besonderes Augenemerk auf die Spalte failcnt legen, den Output solltest du auch hier zur Verfügung stellen um erroieren zu können ob dein Provider einfach das Hostsystem überbrucht oder ob du einfach an die Grenzen deines Containers stösst. In letzteren Fall ist die einzige Lösung ein Upgrade des Produkts oder nicht alle Dienst zu nutzen. :rolleyes:
 
Dies ist aktuelle Auszug
Code: 
       uid  resource           held    maxheld    barrier      limit    failcnt
  1429825:  kmemsize        3868924    3872892   17024866   19647330          0
            lockedpages           0          0       3800       4096          0
            privvmpages       91452      91606     138256     202568       3990
            shmpages           7994       7994     131072     131072          0
            dummy                 0          0 2147483647 2147483647          0
            numproc              56         56        232        232          0
            physpages         45425      45453          0 2147483647          0
            vmguarpages           0          0      66400 2147483647          0
            oomguarpages      45425      45453 2147483647 2147483647          0
            numtcpsock           30         30        500        500          0
            numflock              9          9        200        232          0
            numpty                1          1         64         64          0
            numsiginfo            0          1        512        512          0
            tcpsndbuf        288444     288444    4683256    6102456          0
            tcprcvbuf        491520     491520    4683256    6102456          0
            othersockbuf      44020      44020    1503232    4063232          0
            dgramrcvbuf           0          0     240000     262144          0
            numothersock         31         31        382        382          0
            dcachesize            0          0    2194304    2317184          0
            numfile            1929       1929       5432       5432          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            54         54        128        128          0

Ist es vielleicht sinnvoll eine swap partion oder swap-datei zu erstellen?
 
Hallo!
your-gate said:
Dies ist aktuelle Auszug
Ist es vielleicht sinnvoll eine swap partion oder swap-datei zu erstellen?
Click to expand...
Nein, denn die nützt dir auf einem vServer herzlich wenig. Du benötigst mehr Speicher als dein vServer dir zur Verfügung stellt. Such bitte mal hier im Forum nach vzfree.

mfG
Thorsten
 
Unter Virtuozzo auch nicht, geht nur unter Xen wenn mich nicht alles täuscht.
 
Danke für eure Anmerkungen und Hilfestellungen. Ich habe jetzt mal eben mein System etwas abgespeckt und jetzt funktioniert es auch wieder wesentlich besser.
 
Ich hatte genau das gleiche Problem, und habe es dadurch gelöst, dass ich in meiner php.ini einfach mehr Speicher zugeteilt habe. Der Wert nennt sich "memory_limit". Ich hab den einfach mal auf 64 M erhöht und seitdem läuft alles einwandfrei.

Vielleicht hilfts ja Anderen, die danach suchen ;)

Besten Gruß,
1x1
 
You must log in or register to reply here.
Back
Top