sobrevivir al error 500 – Internal Server Error
Hace un rato me he dado cuenta que el blog se ha cascado, mostraba un error 500 – internal server error
La verdad es que aún no sé por que ha aparecido este error, no he tocado ningun fichero de configuración del servidor, pero en fin ya esta todo oquei!
Para solucionarlo lo primero que he intentado ha sido reiniciar el apache escribiendo en la terminal:
/etc/init.d/apache2 restart -force
Al ejecutar dicho comando han aparecido estas lineas feas:
Forcing reload of web server (apache2)…[Thu Jan 29 13:00:32 2009] [warn] module php5_module is already loaded, skipping
[Thu Jan 29 13:00:32 2009] [warn] NameVirtualHost 213.239.199.50:0 has no VirtualHosts
[Thu Jan 29 13:00:32 2009] [warn] NameVirtualHost *:0 has no VirtualHosts
httpd (no pid file) not running
[Thu Jan 29 13:00:32 2009] [warn] module php5_module is already loaded, skipping
[Thu Jan 29 13:00:32 2009] [warn] NameVirtualHost 213.239.199.50:0 has no VirtualHosts
[Thu Jan 29 13:00:32 2009] [warn] NameVirtualHost *:0 has no VirtualHosts
(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
failed!
Parece que no se ha podido reiniciar el servidor porque hay algun proceso que esta ocupando el puerto 80.
Buscando en google he encontrado la solución para el error make_sock could not bind to address
La solución definitiva con 2 comandos
- Matar los procesos que ocupan el puerto 80 con el comando:
fuser -k 80/tcp - Reiniciar de nuevo el apache:
/etc/init.d/apache2 restart -force
Carai, que nunca me llegue eso!
En mi server, reiniciar apache es
/usr/sbin/httpd -k restart
@Alex Barros: bueno si te pasa ya sabes la solucion, lo jodido es que si se me jode de nuevo y no puedo leer el blog jajaja
El viejo gafe debe tener alguna distro basada en debian y tu Alex una basada en Red Hat (Espero no equivocarme
)
@Angelfire: si yo uso debian, alex no se cual distro usa
@gafe, no servía matar al proceso con un simple kill -9 PID?
@illbnet: el problema es que no sabia cual era el proceso y lo bueno que tiene usar el comando fuser -k 80/tcp es que para todos los procesos
Muchas gracias!! Me ha sido de gran utilidad!!