HTTP kan niet opstarten door bezette poort 443

[londoneye]

Dit probleem heb ik ongeveer 1x per maand op sommige Plesk-servers (nooit bij cPanel of DirectAdmin-servers). Vooral drukkere Plesk-servers.

[root@server03 root]# service httpd statushttp://www.webhostingtalk.nl/editpost.php?do=editpost&p=760811
aanpassen
httpd is stopped
[root@server03 root]# service httpd start
Starting httpd: (98)Address already in use: make_sock: could not bind to address 0.0.0.0:443
no listening sockets available, shutting down
Unable to open logs!
                                                           [FAILED]
[root@server03 root]# fuser 443/tcp
443/tcp:              6004
[root@server03 root]# kill -9 6004
[root@server03 root]# fuser 443/tcp
[root@server03 root]# service httpd start
Starting httpd:                                            [  OK  ]
[root@server03 root]#

Apache gaat dus down... en de automatische restarter (SIM) kan hem niet herstarten, omdat poort 443 al bezet is en apache deze ook wil gebruiken.

Zou iemand hier een bash-scriptje voor kunnen schrijven, dat als er pid's zijn die poort 443 gebruiken, dat die gekilled worden (als apache down is), zodat apache opnieuw kan herstarten?

Kennen jullie dit 443-poort bezet probleem trouwens? Ik heb 't al best wel vaak gehad op verscheidene servers. Dit jaar zeker 6-7 keer.

[Mikey]

Ja komt bij mij ook voor, vaak is heel even geduld genoeg om alle open sockets te laten sluiten.

[londoneye]

Hierdoor is Apache vanochtend van 5 tot 10 down geweest, totdat ik m'n e-mail las, (van Nagios), heb handmatig het probleem moeten fixen. Als de apache downtime niet door het socketprobleem kwam, was Apache automatisch via SIM wel opnieuw opgestart.

[londoneye]

Zelfde probleem deze ochtend gehad met de volgende log:

[Sat Sep 09 01:01:06 2006] [notice] Apache configured -- resuming normal operations
Segmentation Fault in 6023, waiting for debugger
Segmentation Fault in 6057, waiting for debugger
Segmentation Fault in 6050, waiting for debugger
Segmentation Fault in 6039, waiting for debugger
Segmentation Fault in 6147, waiting for debugger
Segmentation Fault in 6028, waiting for debugger
Segmentation Fault in 6495, waiting for debugger
Segmentation Fault in 6115, waiting for debugger
Segmentation Fault in 6508, waiting for debugger
Segmentation Fault in 6033, waiting for debugger
Segmentation Fault in 6035, waiting for debugger
Segmentation Fault in 6032, waiting for debugger
[Sat Sep 09 01:28:01 2006] [error] [client 195.113.214.195] File does not exist: /home/httpd/vhosts/zaalvoetbaleelde.nl/httpdocs/robots.txt
Segmentation Fault in 6059, waiting for debugger
Segmentation Fault in 6037, waiting for debugger
Segmentation Fault in 6041, waiting for debugger
Segmentation Fault in 6048, waiting for debugger
[Sat Sep 09 02:01:02 2006] [warn] child process 6034 still did not exit, sending a SIGTERM
[Sat Sep 09 02:01:02 2006] [warn] child process 6035 still did not exit, sending a SIGTERM
[Sat Sep 09 02:01:02 2006] [warn] child process 6036 still did not exit, sending a SIGTERM
[Sat Sep 09 02:01:02 2006] [warn] child process 6040 still did not exit, sending a SIGTERM
[Sat Sep 09 02:01:02 2006] [warn] child process 6043 still did not exit, sending a SIGTERM
[Sat Sep 09 02:01:02 2006] [warn] child process 6046 still did not exit, sending a SIGTERM
[Sat Sep 09 02:01:02 2006] [warn] child process 6049 still did not exit, sending a SIGTERM
[Sat Sep 09 02:01:02 2006] [warn] child process 6050 still did not exit, sending a SIGTERM
[Sat Sep 09 02:01:02 2006] [warn] child process 6052 still did not exit, sending a SIGTERM
[Sat Sep 09 02:01:02 2006] [warn] child process 6266 still did not exit, sending a SIGTERM
[Sat Sep 09 02:01:02 2006] [warn] child process 6508 still did not exit, sending a SIGTERM
[Sat Sep 09 02:01:02 2006] [warn] child process 6510 still did not exit, sending a SIGTERM
[Sat Sep 09 02:01:02 2006] [notice] caught SIGTERM, shutting down
[Sat Sep 09 07:15:00 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)

De laatste regel was dus de tijd dat ik hem weer opstartte, de hierna volgende regels lijken me irrelevant.

SIM loste het probleem niet op, vanwege een nog bezette 443 poort. Terwijl service httpd status "service httpd stopped" aangaf.

Dit kan toch niet zomaar gebeuren?

[crazycoder]

De laatste regel was dus de tijd dat ik hem weer opstartte, de hierna volgende regels lijken me irrelevant.

SIM loste het probleem niet op, vanwege een nog bezette 443 poort. Terwijl service httpd status "service httpd stopped" aangaf.

Dit kan toch niet zomaar gebeuren?

Lees mikey's posting nog een keer door.

Als SIM een keer een minuut of wat wacht dan zal je zien dat alles weer wel start.

Zelf gebruik ik geen CP maar laat alles met een aantal eigen scripts in combinatie met cron de hele boel controleren en waar nodig corrigeren. Lukt dat allemaal niet helemaal dan worden er wat SMS-jes verzonden.

[londoneye]

Mijn server is down geweest van 2 tot 6 uur. Ik heb Mikey's posting gelezen, hij zegt dat de server vanzelf weer up komt en dat de processen die poort 443 gebruiken vanzelf gesloten worden. Dit blijkt dus aan deze logs niet het geval te zijn.

[crazycoder]

Mijn server is down geweest van 2 tot 6 uur. Ik heb Mikey's posting gelezen, hij zegt dat de server vanzelf weer up komt en dat de processen die poort 443 gebruiken vanzelf gesloten worden. Dit blijkt dus aan deze logs niet het geval te zijn.

Is de server down geweest of is apache uit de lucht geknald en niet meer terug gekomen? Ik neem aan het laatste omdat je anders geen logs had gehad

In dat geval zijn juist de entries NA 2 uur interessant omdat je dan kan zien waarom apache niet meer terug up is gekomen.

[smurf]

Geen mooie oplossing:

Voeg boovenaan in je httpd script volgende lijn toe:

ps -efa | grep apache | grep -v grep | awk '{print $2}' | xargs kill -9


Je gaat best wel na wat er niet wil afgesloten worden, meestal zijn dat funky dingen die je liever niet op je server wil.

[londoneye]

In dat geval zijn juist de entries NA 2 uur interessant omdat je dan kan zien waarom apache niet meer terug up is gekomen.

Dit is dus alles, zie de regel van kwart over zeven, toen kwamen er weer extra logs, toen ik apache opnieuw opstartte na de processen gekilled te hebben die poort 443 in gebruik namen.

Voeg boovenaan in je httpd script volgende lijn toe:

ps -efa | grep apache | grep -v grep | awk '{print $2}' | xargs kill -9.

Ten 1e heb ik het probleem ook weleens op het Plesk Forum zonder goede oplossing gelezen. Verder heb ik 't nu dus wel vaker. Maar ik heb je aanwijzingen opgevolgd. Heb het hier toegevoegd:

stop() {
        echo -n $"Stopping $prog: "
        ps -efa | grep apache | grep -v grep | awk '{print $2}' | xargs kill -9
        killproc $httpd
        RETVAL=$?
        echo
        [ $RETVAL = 0 ] && rm -f /var/lock/subsys/httpd /var/run/httpd.pid
}

Als ik het bovenaan zet, verpest ik toch ook mijn "status" functie en sluit hij dan ook Apache af?