httpd tot, aber subsys gesperrt

8

Ich habe heute max_execution_time in php.ini geändert. Beim Neustart des Servers wird folgende Fehlermeldung angezeigt:

Stopping httpd:                                            [FAILED]
Starting httpd: (98)Address already in use: make_sock: could not bind to address [::]:80
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs

Ich habe httpd proc: killall httpd getötet und es gut gestartet, aber ich kann keine Website auf dem Server öffnen.

Service httpd Status AUSGABE:

httpd dead but subsys locked

Ich habe die httpd-Datei aus / var / lock / subsys / entfernt.

: S Gleiches Problem.

Bitte helfen Sie!

http -S Ausgabe:

VirtualHost configuration:
188.165.241.194:80     is a NameVirtualHost
         default server default (/etc/httpd/conf.d/zz010_psa_httpd.conf:47)
         port 80 namevhost default (/etc/httpd/conf.d/zz010_psa_httpd.conf:47)
         port 80 namevhost lists (/etc/httpd/conf.d/zz010_psa_httpd.conf:101)
         port 80 namevhost apps-srv.com (/var/www/vhosts/apps-srv.com/conf/httpd.include:10)
         port 80 namevhost billiard.apps-srv.com (/var/www/vhosts/apps-srv.com/conf/httpd.include:78)
         port 80 namevhost curve.apps-srv.com (/var/www/vhosts/apps-srv.com/conf/httpd.include:115)
         port 80 namevhost games-world.apps-srv.com (/var/www/vhosts/apps-srv.com/conf/httpd.include:152)
         port 80 namevhost gifts.apps-srv.com (/var/www/vhosts/apps-srv.com/conf/httpd.include:189)
         port 80 namevhost horoscopes.apps-srv.com (/var/www/vhosts/apps-srv.com/conf/httpd.include:226)
         port 80 namevhost questions.apps-srv.com (/var/www/vhosts/apps-srv.com/conf/httpd.include:263)
         port 80 namevhost raja.apps-srv.com (/var/www/vhosts/apps-srv.com/conf/httpd.include:300)
         port 80 namevhost roses.apps-srv.com (/var/www/vhosts/apps-srv.com/conf/httpd.include:337)
         port 80 namevhost search.apps-srv.com (/var/www/vhosts/apps-srv.com/conf/httpd.include:374)
         port 80 namevhost social.apps-srv.com (/var/www/vhosts/apps-srv.com/conf/httpd.include:411)
         port 80 namevhost wikileaks.apps-srv.com (/var/www/vhosts/apps-srv.com/conf/httpd.include:448)
         port 80 namevhost amine.apps-srv.com (/var/www/vhosts/amine.apps-srv.com/conf/httpd.include:68)
         port 80 namevhost streamlikehell.co.cc (/var/www/vhosts/streamlikehell.co.cc/conf/httpd.include:10)
         port 80 namevhost pageweb.uni.cc (/var/www/vhosts/pageweb.uni.cc/conf/httpd.include:68)
         port 80 namevhost findati.com (/var/www/vhosts/findati.com/conf/httpd.include:10)
         port 80 namevhost floupie.com (/var/www/vhosts/floupie.com/conf/httpd.include:10)
         port 80 namevhost rl.floupie.com (/var/www/vhosts/floupie.com/conf/httpd.include:64)
         port 80 namevhost srv1.floupie.com (/var/www/vhosts/floupie.com/conf/httpd.include:88)
         port 80 namevhost test.floupie.com (/var/www/vhosts/floupie.com/conf/httpd.include:119)
         port 80 namevhost torrent.floupie.com (/var/www/vhosts/floupie.com/conf/httpd.include:143)
         port 80 namevhost zoudani.apps-srv.com (/var/www/vhosts/zoudani.apps-srv.com/conf/httpd.include:10)
         port 80 namevhost horde.webmail (/etc/httpd/conf.d/zzz_horde_vhost.conf:1)
188.165.241.194:443    is a NameVirtualHost
         default server default-188-165-241-194 (/etc/httpd/conf.d/zz010_psa_httpd.conf:78)
         port 443 namevhost default-188-165-241-194 (/etc/httpd/conf.d/zz010_psa_httpd.conf:78)
         port 443 namevhost lists (/etc/httpd/conf.d/zz010_psa_httpd.conf:121)
         port 443 namevhost amine.apps-srv.com (/var/www/vhosts/amine.apps-srv.com/conf/httpd.include:13)
         port 443 namevhost pageweb.uni.cc (/var/www/vhosts/pageweb.uni.cc/conf/httpd.include:13)
         port 443 namevhost horde.webmail (/etc/httpd/conf.d/zzz_horde_vhost.conf:41)
wildcard NameVirtualHosts and _default_ servers:
_default_:443          ks380062.kimsufi.com (/etc/httpd/conf.d/ssl.conf:81)
Syntax OK
linux  apache-2.2  centos  httpd 
— Hamza
quelle
Haben Sie /sbin/service httpd restartnach dem Entfernen der Sperrdatei?
— user9517
Ja, aber der gleiche Fehler
— Hamza
Meins passiert, weil stackoverflow.com/questions/9143964/… . Stellen Sie sicher, dass es keine Listen <port>zweimal gibt. Ich habe immer grep -ril Listen 443 ./nachgesehen.
— Prüfsumme

Antworten:

5

Sie haben eine fehlerhafte Sperrdatei in / var / subsys oder / var / run oder in beiden. Die allgemeine Form dieser Frage wurde bereits bei Serverfault beantwortet .

— Jeff Albert
quelle
Ich habe diese Dateien bereits entfernt, das gleiche Problem
— Hamza
Aus Ihrer aktualisierten Antwort geht hervor, dass Sie eine Datei in / var / lock / subsys gefunden haben. hast du / var / run überprüft?
— Jeff Albert
2

Führen Sie httpd -S aus und veröffentlichen Sie die Ausgabe.

[Di Mar 15 19:21:34 2011] [warn] Init: Sie sollten keine namenbasierten virtuellen Hosts in Verbindung mit SSL verwenden !!

Dieser Fehler könnte auch das Problem verursachen. Deaktivieren Sie alle https-Konfigurationen (Port 443). Aktualisieren Sie die Konfigurationen mit chmod 000 in /etc/httpd/conf.d/, die dies tun, und starten Sie httpd neu (/etc/init.d/httpd restart).

— wrmine
quelle
Hallo Wrimine, ich habe die Frage aktualisiert mit: httpd -S Ausgabe
— Hamza
1
Suchen Sie in Ihren Konfigurationsdateien mit grep nach zusätzlichen 'Listen 80' oder 'Listen 443'. Der Fehler lässt es so klingen, als hätte ein anderer Prozess die Adresse :::: 80.
— Wrmine
1

Haben Sie die Protokolle überprüft, um zu sehen, was noch los ist? Ich würde erwarten, etwas in Syslog und httpd zu sehen.

Sie finden die Protokolle in / var / log auf den meisten Systemen.

Haben Sie auch nachgesehen, ob aufgrund von blockierten Prozessen Dateisperren vorhanden sind?

psgrep httpd sollte Ihnen zeigen, ob es irgendwelche Zombie-Prozesse gibt.

— Mike
quelle
Hallo Mike, ich habe das httpd-Protokoll überprüft: [Di, 15. März, 19:21:34 2011] [Hinweis] suEXEC-Mechanismus aktiviert (Wrapper: / usr / sbin / suexec) [Di, 15. März, 19:21:34 2011] [warn] RSA Serverzertifikat CommonName (CN) plesk' does NOT match server name!? [Tue Mar 15 19:21:34 2011] [warn] RSA server certificate CommonName (CN) plesk 'stimmt NICHT mit dem Servernamen überein !? [Di Mar 15 19:21:34 2011] [warn] Init: IP / Port-Konflikt des SSL-Servers: pageweb.uni.cc:443 (/var/www/vhosts/pageweb.uni.cc/conf/httpd.include: 13) gegen horde.webmail: 443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41)
— Hamza
[Di Mar 15 19:21:34 2011] [warn] Init: IP / Port-Konflikt des SSL-Servers: amine.apps-srv.com:443 (/var/www/vhosts/amine.apps-srv.com/conf/ httpd.include: 13) vs. horde.webmail: 443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41) [Di Mar 15 19:21:34 2011] [warn] Init: IP / Port des SSL-Servers Konflikt: Standard-188-165-241-194: 443 (/etc/httpd/conf.d/zz010_psa_httpd.conf:78) vs. horde.webmail: 443 (/etc/httpd/conf.d/zzz_horde_vhost.conf: 41) [Di Mar 15 19:21:34 2011] [warn] Init: Sie sollten keine namenbasierten virtuellen Hosts in Verbindung mit SSL verwenden !!
— Hamza
Obwohl dies Probleme zu sein scheinen, beziehen sie sich nicht auf eine Dateisperre, wie in Ihrem ersten Beitrag vorgeschlagen. SSL hat definitiv ein Problem. Dies sind alles nur Warnungen.
— Mike
1

Dies kann tatsächlich ein schlechtes Zeichen sein. Dies kann darauf hinweisen, dass auf dem Server, der die Bindung an Port 80 geerbt hat, ein unerwünschter Prozess ausgeführt wurde.

Führen Sie die folgenden Schritte aus, um herauszufinden, um welche PID es sich handelt.

fuser 80/tcp

Von dort aus müssen Sie mindestens die Startzeit des Prozesses ermitteln, bevor Sie ihn beenden können.

ps -o lstart $pid

Sie können die Startzeit verwenden, indem Sie ungefähr zur gleichen Zeit in den Protokollen Querverweise verwenden, um festzustellen, wie dieser Prozess überhaupt dort sein musste.

Sie können den betreffenden Prozess danach beenden, um Apache neu zu starten. Wenn sich jedoch herausstellt, dass Ihr System kompromittiert ist und weitere Untersuchungen erforderlich sind.

— Matthew Ife
quelle
1

Für mich bestand die Lösung für dieses Problem darin, die PHP-APC-Konfiguration zu aktualisieren.

Für apc 3.1.4 und höher sollten Sie die Werte mit einem Suffix angeben, dh:

apc.shm_size=512M

Für Version 3.1.4 scheint dieses Format Apache zum Absturz zu bringen. apc version kann über phpinfo () gesehen werden;. Lösung: Entfernen Sie das Suffix "M" für apc.shm_sizeund apc.max_file_size. Löschen Sie dann die Sperrdatei und starten Sie httpd neu.

— Hammar
quelle
1

Sie würden die Datei bearbeiten /etc/init.d/httpd

Suche nach der Linie 

pidfile=${PIDFILE-/var/run/httpd/httpd.pid}

und ändern Sie es in 

pidfile=${PIDFILE-/var/run/apache2/httpd.pid}

Und du solltest gut gehen!

— Ahmed Zeaad
quelle
0

Der Fehler war von der Datei php.ini, ich habe vor memory_limit auf 4000MB gesetzt, ich habe einen 12GB RAM DDR3 im Server, nachdem ich ihn auf -1 unbegrenzt geändert habe, hat Apache gestartet :)

— Hamza
quelle
0

Neben den anderen in anderen Antworten erwähnten Tätern kann dieser Fehler auch ein roter Hering sein.

Stellen Sie sicher, dass die Festplatten auf dem Server nicht voll sind!

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
...
/dev/sda3        30G   30G   0G  100% /
...
— Twhitney
quelle
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.