Tengo una aplicación que se ejecuta en la nube de Rackspace (Ubuntu 10.04). Por alguna razón, durante las últimas 3 noches, la memoria se ha disparado y luego se estabilizó durante aproximadamente 7 horas antes de caerse. Parece comenzar a la medianoche y durar hasta las 7 de la mañana (ignore los horarios en el gráfico; están apagados a las 4 horas).
Mirando a través del diagrama de Munin , no parece haber una mayor actividad en mysql, y el tráfico de ethernet no parece aumentar en absoluto durante ese tiempo (lo que parece negar algo como un robot o un rastreador).
¿Qué herramientas están disponibles para que Linux solucione problemas como este?
fuente
En general, no sé qué herramienta podría ayudarlo, excepto iniciar sesión
ps
regularmente y analizar posteriormente las actividades de los procesos.Sin embargo, puedo adivinar los picos alrededor de las 6:00 a.m. en su gráfico, podrían ser los trabajos cron predeterminados diarios de Ubuntu. En mi máquina
/etc/crontab
,daily.d
está configurado para ejecutarse a las 6:25 am. Pero dijiste que deberíamos ignorar el tiempo, así que la pregunta obvia es, ¿tienes trabajos cron?fuente
ps
ruta normal , el "CÓMO: Memoria de perfil en un sistema Linux" entra en un poco más de detalle: mail.nl.linux.org/linux-mm/2003-03/msg00077.htmlMi respuesta predeterminada a tales preguntas sería
sar
( System Activity Reporter ) del paquete sysstat .Pero hasta donde yo sé,
sar
no recoge un equivalente a la salida deps
. Entonces, tal vez la combinación desar
y la respuesta de elmarcos (capturar regularmente la salida deps
) ayudaría.EDITAR:
Steve D ha mencionado
pidstat
en esta pregunta . Esto parece más adecuado para sus necesidades.fuente