No nos dices si es una consulta, vacuum o algo más. Esa es la información relevante.
Saludos El 20 dic. 2017 1:05 p.m., "Angelo Astorga" <angeloasto...@gmail.com> escribió: > Hola Daymel, > Me pediste que vía comando top revisara proceso que consume cpu, eso hice > y el proceso esta asociados con el postmaster, aplique comando vinculado > con el pid del proceso > select * from pg_stat_activity where pid = <pid del proceso>; > > y hace mención a una tabla que posee 2 millones de registro, lo cual no > veo nada extraño en ello. > > > Por lo tanto, ahora como saber si el postgresql esta operando normalmente, > para no tener que instalar nuevamente el servidor desde cero? > > saludos, > > > El 20 de diciembre de 2017, 14:53, Daymel Bonne < > daymel.bo...@2ndquadrant.ec> escribió: > >> Hola Angelo: >> >> El 20 dic. 2017 11:46 a.m., "Angelo Astorga" <angeloasto...@gmail.com> >> escribió: >> >> Ahora que sacamos el servidor de producción, lo estoy revisando y a >> simple vista funciona normal. >> realice la prueba sugerida por el colega Daymel y acusa id del postmaster >> de una tabla que posee más de 2 millones de registro. >> >> >> Por mi parte no entiendo cuando te refieres a, "acusa id del postmaster >> de una tabla que posee más de 2 millones de registro". >> >> Saludos >> >> >> Como saber si el postgresql esta operando normalmente, para no tener que >> instalar nuevamente el servidor desde cero? >> >> saludos, >> >> >> El 19 de diciembre de 2017, 22:59, Jaime Casanova < >> jaime.casan...@2ndquadrant.com> escribió: >> >>> 2017-12-19 13:13 GMT-05:00 Angelo Astorga <angeloasto...@gmail.com>: >>> > Hola Lista, >>> > Dada la lectura de vuestras respuestas, cumplo con complementar >>> información >>> > solicitada. >>> > Linux RH 4.4.7-3 64 bits + Postgresql Ver. 8.4.18 64 bits >>> >>> En serio?! >>> >>> Sabías que RH 4.4 perdió soporte hace más de 7 años? >>> https://access.redhat.com/support/policy/updates/errata >>> >>> y postgresql 8.4 hace 3 años >>> https://www.postgresql.org/support/versioning/ >>> >>> y claro, seguimos esperando el resultado de lo que pidió Daymel. >>> Adicional a eso, podrías ejecutar "mpstat -P ALL 1 > >>> /tmp/consumo_cpu.txt" en una ventana aparte levantar el servicio de >>> postgres y dejar que vaya el CPU al 100% luego terminas el comando >>> mpstat y nos adjuntas el archivo resultante también. >>> >>> -- >>> Jaime Casanova www.2ndQuadrant.com >>> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services >>> >> >> >> >
