El estado de un servicio en Linux se consulta con systemctl si el VPS utiliza systemd. Localiza su unidad de systemd, consulta si está activa y relaciona el resultado con la respuesta de la aplicación.
Comprobar el estado de un servicio en Linux paso a paso
Encuentra la unidad instalada
En un VPS con systemd, busca la unidad de tu aplicación en esta lista. Copia el nombre completo. En los siguientes ejemplos se usa nginx.service. Sustitúyelo por la unidad real.
systemctl list-units --type=service --allConsulta su estado actual
Lee el estado que devuelve. active indica que systemd considera activa la unidad. inactive indica que está detenida. Si aparece failed, consulta el detalle antes de intentar iniciarla.
systemctl is-active nginx.serviceLee los detalles del incidente
Anota Active, la hora del cambio y cualquier mensaje de error. Si la unidad está activa pero el sitio sigue fallando, comprueba la dirección pública y registra el error que recibe el visitante.
systemctl status nginx.service --no-pagerEjemplo de diagnóstico
Un usuario informa que el sitio devuelve un error. El primer paso consiste en determinar qué unidad presta el servicio en ese VPS. Un mismo producto puede distribuirse con nombres de unidad distintos. Busca el servicio en el listado y anota el nombre completo. Si la aplicación corre dentro de un contenedor, confirma dónde se administra el proceso.
Un resultado active comprueba el estado de la unidad en systemd. La petición real puede fallar en la aplicación, en una base de datos o en un servicio anterior a ella. Conserva el nombre de la unidad y el mensaje de la petición que falla. Si aparece inactive, comprueba primero si se esperaba que ese servicio permaneciera en ejecución.
Cómo comprobar tu conclusión
Si la unidad figura como failed, conserva la información antes de reiniciarla. El detalle puede indicar cuándo falló el proceso y qué programa se ejecutó. Consulta el diario de esa unidad en ese intervalo. Si necesitas ayuda, comparte el estado y las líneas del error con sus horas para que soporte pueda reconstruir el orden de los hechos.
Ejercicio para separar servicio y aplicación
Imagina que el navegador devuelve un error al abrir la sección de clientes pero la portada se ve bien. Consulta el estado de la unidad que sirve esas peticiones y anota la hora de inicio que aparece en el detalle. Si el servicio está activo desde antes del incidente, contrasta dos peticiones en el mismo momento: una a la portada y otra a la sección afectada. Guarda las rutas y los resultados, sin incluir identificadores privados.
Si las dos fallan al mismo tiempo y la unidad está en estado de fallo, consulta los mensajes de su arranque más reciente. Si solo falla la sección de clientes mientras la portada sigue disponible, apunta qué operación ejecuta esa sección. Tal vez consulte una base de datos o requiera autenticación. Esos detalles ayudan a investigar la parte que sí cambia entre las dos pruebas.
Al documentar el caso, distingue el nombre de la unidad del nombre comercial de la aplicación. Dos sitios pueden depender de una misma unidad y tener configuraciones distintas. Registrar esa distinción evita intervenir sobre todos los sitios cuando solo una aplicación o una ruta presenta el error.
Cómo interpretar el resultado
Si el servicio figura activo y los clientes reciben un error, prueba la misma URL que reportaron. El proceso puede seguir en ejecución aunque una dependencia falle.
Pregunta frecuente
¿Qué significa Unit could not be found?
Comprueba el nombre y si el paquete está instalado en ese VPS. Apache, por ejemplo, puede aparecer como apache2 o httpd según la distribución.
¿Necesitas más ayuda?
Cuéntanos qué estabas revisando y a qué hora ocurrió el problema. Te apoyamos en español mexicano. Contactar a HostingLeón por WhatsApp.
Referencia técnica de systemctl.1
Consulta otras guías en el centro de ayuda de HostingLeón.