Un 503 es el servidor diciendo «ahora no». Es el único 5xx que a veces es correcto: el modo mantenimiento devuelve 503 a propósito, y un buscador que lo lea volverá más tarde en vez de descartar la página.

¿Es deliberado?

  • Un gestor de contenidos dejado en modo mantenimiento: WordPress deja atrás un archivo .maintenance cuando una actualización falla a medias.
  • Un límite de tasa haciendo su trabajo, que es un 503 con cabecera Retry-After.
  • Un script de despliegue que puso el sitio tras una página de espera y no la quitó.
ls -la /path/to/site/.maintenance && rm /path/to/site/.maintenance

¿O se ha quedado sin recursos?

Si nada es deliberado, al servidor no le queda capacidad para aceptar la petición. Lee primero la carga, porque el número te dice qué recurso se agotó.

uptime; free -m; df -h
  • Carga muy por encima de tu número de núcleos: demasiado trabajo, poco procesador.
  • Casi nada de memoria libre y con swap en uso: la máquina va a trompicones y todo es lento.
  • Un disco lleno: nada puede escribir, y casi todos los servicios devuelven 503 antes que corromper datos.
El disco lleno es la causa más común y la menos sospechada. Compruébala primero: cuesta una orden y a menudo es toda la respuesta.
No borres nunca archivos de registro para liberar espacio mientras un servicio escribe en ellos: el espacio no vuelve hasta que el proceso cierra el descriptor. Trúncalos en su lugar: : > /var/log/big.log