2012/9/12 Cesar Martin <[email protected]>: > Esta mañana entre las 8,30 y las 8.40 volvió a tener el comportamiento > recurrente con todas las CPU al 100% de carga System. > > http://pastebin.com/c4xL789w > > Facilito el log de sar, por si se os ocurre algo. > Para solucionarlo he parado la BBDD, limpiado la cache de RAM "sync;echo > 3>/proc/sys/drop_caches" y arrancado la BBDD. He limpiado la cache porque > he visto que así tarda mas en aparecer el problema. Ese limpiado de paginas > en memoria en sar aparece claramente. > > En munin, que tambien lo tengo activo, lo único que si veo es que el numero > de locks durante el tiempo de la incidencia, crece considerablemente, voy a > ver como puedo haceros llegar las graficas. > > Muchas gracias. > > El 11 de septiembre de 2012 18:13, Alvaro Herrera <[email protected]> > escribió: > >> Excerpts from Cesar Martin's message of mar sep 11 12:33:32 -0300 2012: >> >> > El problema añadido es la aleatoriedad del problema, ya que cuando >> > pasaba, >> > solo ocurria dos o tres de veces al día, siempre coincidiendo por la >> > mañana, pero nunca a una misma hora. >> >> Dijiste que la CPU estaba muy ocupada en %sys si mal no recuerdo, pero >> ¿a qué proceso se atribuye eso? ¿tienes datos al respecto? Si no los >> tienes, sería buena idea poner algo como sar o munin que monitoree >> constantemente el servidor para tener una idea más clara de lo que pasa. >> >> -- >> Álvaro Herrera http://www.2ndQuadrant.com/ >> PostgreSQL Development, 24x7 Support, Training & Services > > > > > -- > César Martín Pérez > [email protected] >
Mira a mi la work_mem=6MB, me parece muy pequeña en relación al resto de parámetros quizás deberías hacerla crecer un poco (bastante más) xD (esto lo digo a ojo, porque no tengo tantos datos) -- Jorge Andrés Medina Oliva. Computer engineer. IT consultant http://www.bsdchile.cl - Enviado a la lista de correo pgsql-es-ayuda ([email protected]) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda
