El servidor Centos 6 está bloqueado, no puede acceder a través de la masilla y no puede hacer ping

2

He alquilado un servidor Centos6 y ejecuto un servidor Apache Tomcat 7 con un servidor httpd Apache que lo proxy.

A veces mi servidor se bloquea y no puedo acceder a él a través de putty incluso ping.

Mi pregunta es: ¿cómo puedo estar seguro de que se trata de problemas de conexión o servidores de aplicaciones (actualmente tengo un problema de hibernación que hace que los servidores de aplicaciones no respondan debido a consultas pesadas innecesarias)?

Gracias por adelantado.

(PS: solucionando el problema reiniciando el servidor)

EDITAR: Las siguientes son las aplicaciones y accesorios en mi servidor:

* Servidor httpd de Apache - & gt; apoderado, * Servidor Apache Tomcat - & gt; servidor de aplicaciones, * DBMS Mysql

Y tengo hd imágenes apr. 69000 (99GB) sirviendo desde una carpeta.

EDIT2: el sistema vuelve a funcionar normalmente cuando reinicio la máquina y ejecuto los servidores nuevamente.

Bahadir Tasdemir
fuente
¿Proporciona la empresa de alojamiento alguna gestión remota o instalaciones de 'apagar'? ¿Es este un VPS o un servidor físico?
user3788685
Sí, sugirieron tres cosas: 1) intercambiar el servidor, pero mantener las unidades - & gt; solo se necesita la configuración de la dirección mac y el servidor está inactivo durante 20-30 minutos 2) Cambie el servidor e intercambie las unidades - & gt; la pérdida de datos puede ocurrir 3) Ejecutando una comprobación completa de hardware - & gt; toma de 10 a 14 horas dependiendo de la configuración del servidor y pueden ocurrir 1 y 2 Y, quiero saber si debo elegir una de esas tres opciones. Si no está seguro de que esto no sea un problema de hardware, comenzaré a investigar la parte del software.
Bahadir Tasdemir
¿Es este un servidor físico o virtual? &erio; Supongo que tienes acceso root
user3788685
Es un servidor virtual alojado a través de un proveedor, y sí, tengo acceso de root. Pensé que era un ataque DDOS o algo así, y configuré ip-tables y mod_evasive pero nada cambió, así que no es un ataque.
Bahadir Tasdemir
Podría ser una serie de cosas, pero le enviaré una respuesta con algunas ideas y ejemplos; Cosas que puedes hacer para monitorearlo.
user3788685

Respuestas:

1

El enfoque más fácil es, probablemente, configurar un trabajo cron que se ejecute cada minuto y haga algo trivial que puede verificar más tarde si sucedió o no a una hora específica. Por ejemplo, cree un archivo /etc/cron.d/datelog con el contenido:

* * * * * root date >> /var/log/date.log

Deja que esto corra por un tiempo. La próxima vez que el VPS deje de responder, espere unos minutos antes de reiniciarlo, luego revise /var/log/date.log una vez que el VPS se vuelva a encender.

Si ese archivo tiene entradas En el momento en que el VPS no respondía, puede estar bastante seguro de que se estaba ejecutando normalmente y, por cualquier motivo, no era accesible a través de la red, por lo que puede concentrarse en investigar por qué el VPS se volvió inaccesible a través de la red. Si el archivo no tiene entradas porque cuando el VPS no respondió, eso no demuestra de manera concluyente que el VPS se detuvo o se estrelló, pero es una indicación muy clara de que algo de ese tipo sucedió y que debería investigar más a fondo basándose principalmente en dicha hipótesis.

Este enfoque tiene la ventaja de no requerir la instalación o configuración de ningún software adicional; un cron daemon está incluido en la instalación estándar en casi cualquier distribución, y dudo que CentOS sea diferente en este sentido, porque es útil para muchas otras cosas.

a CVn
fuente
Muchas gracias por su rápida sugerencia manejable. Intenté exactamente lo que mencionaste y he visto que mi servidor no estaba fallando. Así que solo le pedí a mi proveedor de servicios que "solo migre discos a otra máquina, no cambie ninguna otra cosa" y ¡voilá! ¡El error acaba de desaparecer! (y)
Bahadir Tasdemir
1
@bahadirT Me alegra saber que el problema se resolvió!
a CVn
1

Podría ser un número de cosas.

En primer lugar, debe mirar los archivos de registro del sistema y ver si hay algo importante. Yo empezaria con /var/log/messages Y mira a tu alrededor el tiempo que perdiste contacto.

Usted ha declarado que es un VPS. ¿Supongo que no tiene acceso al host o hipervisor subyacente físico?

Podría ser que esté alcanzando un límite o un disparador de algún tipo y el proveedor de alojamiento suspenda o mate su instancia de máquina virtual. Debe verificar en el panel de control: debe informar los estados de cualquier máquina virtual. También puede encontrar que ofrece un 'KVM' o acceso de consola a las máquinas virtuales donde puede intentar acceder a la instancia cuando está en su estado 'roto'.

Intentaría monitorear la instancia desde dentro usando algo como Icinga , Nagios o Cactus . Todos ellos tienen complementos para monitorear una serie de aplicaciones y sistemas. Instale y configure para monitorear su httpd, conectividad de red, CPU, memoria, etc. De esa manera, al menos podrá ver en qué estado se encontraba antes de que la máquina se volviera inaccesible.

user3788685
fuente
Muchas gracias por tu apoyo. Simplemente decidí usar la sugerencia de @Michaels porque era más práctico y resolví el problema. Voy a echar un vistazo a las herramientas que proporcionó en el futuro si me pueden ayudar en otras cosas (y).
Bahadir Tasdemir