Re: [MASSMAIL]Postgresql problema !!!

2017-12-20 Thread jvenegasperu . 
Angelo creo que te podrian ayudar mas facil si copias literalmente la
salida del

select * from pg_stat_activity where pid = ;





El 20 de diciembre de 2017, 13:10, Alvaro Herrera 
escribió:

> Angelo Astorga 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 = ;
> >
> > y hace mención a una tabla que posee 2 millones de registro, lo cual no
> veo
> > nada extraño en ello.
>
> ¿qué tipo de mención?
>
> --
> Álvaro Herrerahttps://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>
>


-- 
José Mercedes Venegas Acevedo
cel Mov RPC 964185205

Re: [MASSMAIL]Postgresql problema !!!

2017-12-20 Thread Angelo Astorga 
es un copy a una tabla que posee 2 millones de registro.

El problema que ahora que este servidor no esta en producción funciona
bien, pero no quiero meterlo a producción y que comience con lo mismo.

Por lo tanto, como saber si el postgresql como ambiente  esta operando
normalmente, para no tener que instalar nuevamente el servidor desde cero?

saludos,


El 20 de diciembre de 2017, 15:10, Alvaro Herrera 
escribió:

> Angelo Astorga 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 = ;
> >
> > y hace mención a una tabla que posee 2 millones de registro, lo cual no
> veo
> > nada extraño en ello.
>
> ¿qué tipo de mención?
>
> --
> Álvaro Herrerahttps://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>

Re: [MASSMAIL]Postgresql problema !!!

2017-12-20 Thread Alvaro Herrera 
Angelo Astorga 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 = ;
> 
> y hace mención a una tabla que posee 2 millones de registro, lo cual no veo
> nada extraño en ello.

¿qué tipo de mención?

-- 
Álvaro Herrerahttps://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

Re: [MASSMAIL]Postgresql problema !!!

2017-12-20 Thread Daymel Bonne 
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" 
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 = ;
>
> 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" 
>> 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 :
>>> > 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
>>>
>>
>>
>>
>

Re: [MASSMAIL]Postgresql problema !!!

2017-12-20 Thread Angelo Astorga 
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 = ;

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  escribió:

> Hola Angelo:
>
> El 20 dic. 2017 11:46 a.m., "Angelo Astorga" 
> 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 :
>> > 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
>>
>
>
>

Re: [MASSMAIL]Postgresql problema !!!

2017-12-20 Thread Daymel Bonne 
Hola Angelo:

El 20 dic. 2017 11:46 a.m., "Angelo Astorga" 
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 :
> > 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
>

Re: [MASSMAIL]Postgresql problema !!!

2017-12-20 Thread Angelo Astorga 
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.

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 :
> > 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
>

Re: [MASSMAIL]Postgresql problema !!!

2017-12-19 Thread Jaime Casanova 
2017-12-19 13:13 GMT-05:00 Angelo Astorga :
> 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

Re: Fwd: [MASSMAIL]Postgresql problema !!!

2017-12-19 Thread Anthony Sotolongo 

Hola Angelo
Hiciste lo que te dijo Daymel de obtener el PID que tiene el CPU ocupado 
y ver que proceso es dentro de postgresql con el pg_stat_activity?

puede que sea una query o sea algún proceso de mantenimiento, etc...
por favor revisa eso y cometa

saludos

On 19/12/17 15:13, Angelo Astorga wrote:

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
Revise los log de postgresql y nada anormal,
lo extraño que al bajar el servicio  postgresql en el OS, la cpu del 
Server baja drasticamente y al volver a levantar el servicio sube 
rápidamente al 100%,


Saludos,


-- Mensaje reenviado --
De: *Alvaro Herrera* <alvhe...@alvh.no-ip.org 
<mailto:alvhe...@alvh.no-ip.org>>

Fecha: 19 de diciembre de 2017, 14:45
Asunto: Re: [MASSMAIL]Postgresql problema !!!
Para: Miguel Panuera IUVADE <mpanu...@iuvade.com 
<mailto:mpanu...@iuvade.com>>
Cc: gilberto.casti...@etecsa.cu <mailto:gilberto.casti...@etecsa.cu>, 
Angelo Astorga <angeloasto...@gmail.com 
<mailto:angeloasto...@gmail.com>>, pgsql-es-ayuda 
<pgsql-es-ayuda@lists.postgresql.org 
<mailto:pgsql-es-ayuda@lists.postgresql.org>>



Miguel Panuera IUVADE escribió:

> Una pregunta a los listeros, alguna funcion puede hacer que el 
procesador

> se vaya a 100???

claro ...

--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

Fwd: [MASSMAIL]Postgresql problema !!!

2017-12-19 Thread Angelo Astorga 
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
Revise los log de postgresql y nada anormal,
lo extraño que al bajar el servicio  postgresql en el OS, la cpu del Server
baja drasticamente y al volver a levantar el servicio sube rápidamente al
100%,

Saludos,


-- Mensaje reenviado --
De: Alvaro Herrera <alvhe...@alvh.no-ip.org>
Fecha: 19 de diciembre de 2017, 14:45
Asunto: Re: [MASSMAIL]Postgresql problema !!!
Para: Miguel Panuera IUVADE <mpanu...@iuvade.com>
Cc: gilberto.casti...@etecsa.cu, Angelo Astorga <angeloasto...@gmail.com>,
pgsql-es-ayuda <pgsql-es-ayuda@lists.postgresql.org>


Miguel Panuera IUVADE escribió:

> Una pregunta a los listeros, alguna funcion puede hacer que el procesador
> se vaya a 100???

claro ...

--
Álvaro Herrerahttps://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

Re: Postgresql problema !!!

2017-12-19 Thread Daymel Bonne 
Hola Angelo:

El 19 de diciembre de 2017, 11:52, Angelo Astorga
escribió:

> Hola lista,
> Desde un momento a otro la cpu del servidor se fue a 100%, donde gran
> parte de este consumo lo absorve postgresql. Desconozco que paso, dado que
> el mismo día x la mañana el servidor y sus recursos andaban como avión y
> ahora solamente al subir servicio postgresql, comienzan las cpu a irse al
> 100%, haciendo inoperante el sistema.
> Plataforma centos + php + postgresql.
>
> Pensamos q eran los discos del raid pero estan bien, luego corrupcion bd y
> como tal, volvimos a montar y sigue igual.
>
> Alguien habrá pasado x esta experiencia q me pueda orientar para descubrir
> causa del problema?
>

Deberás hacer un top, y ver el pid del proceso de postgres que está
consumiendo mucho CPU.
Luego en postgres ejecutar:

select * from pg_stat_activity where pid = ;

Esto te dirá que actividad está consumiendo CPU.

Si es una consulta la causante del problema, puedes matarla con:

SELECT pg_terminate_backend(pid);

Si no es una consulta, das muy poca información para poder ayudar.

Saludos


> Saludos y gracias.
>



-- 
Daymel Bonne   https://www.2ndQuadrant.com/

Database Consultant, Training & Services

Re: [MASSMAIL]Postgresql problema !!!

2017-12-19 Thread Miguel Panuera IUVADE 
Logs de Postgres?, del servidor?,
Una pregunta a los listeros, alguna funcion puede hacer que el procesador
se vaya a 100???

El 19 de diciembre de 2017, 11:56,  escribió:

> Supones Angelo que debes darnos un poco mas de información, So versión de
> PostgreSQL, etc.
>
>
>
> On 2017-12-19 11:52, Angelo Astorga wrote:
>
>> Hola lista,
>> Desde un momento a otro la cpu del servidor se fue a 100%, donde gran
>> parte de este consumo lo absorve postgresql. Desconozco que paso, dado
>> que el mismo día x la mañana el servidor y sus recursos andaban como
>> avión y ahora solamente al subir servicio postgresql, comienzan las
>> cpu a irse al 100%, haciendo inoperante el sistema.
>> Plataforma centos + php + postgresql.
>>
>> Pensamos q eran los discos del raid pero estan bien, luego corrupcion
>> bd y como tal, volvimos a montar y sigue igual.
>>
>> Alguien habrá pasado x esta experiencia q me pueda orientar para
>> descubrir causa del problema?
>>
>> Saludos y gracias.
>>
>
>


-- 
Miguel Panuera,
Jefe de Proyectos
IUVADE SRL
mpanu...@iuvade.com
www.iuvade.com
RPC  958335798

Re: Postgresql problema !!!

2017-12-19 Thread Lautaro Palamidessi 
¿Probaste ejecutar:

select * from pg_stat_activity where state <> 'idle';

para ver qué está corriendo el postgres?

El 19 de diciembre de 2017, 13:52, Angelo Astorga 
escribió:

> Hola lista,
> Desde un momento a otro la cpu del servidor se fue a 100%, donde gran
> parte de este consumo lo absorve postgresql. Desconozco que paso, dado que
> el mismo día x la mañana el servidor y sus recursos andaban como avión y
> ahora solamente al subir servicio postgresql, comienzan las cpu a irse al
> 100%, haciendo inoperante el sistema.
> Plataforma centos + php + postgresql.
>
> Pensamos q eran los discos del raid pero estan bien, luego corrupcion bd y
> como tal, volvimos a montar y sigue igual.
>
> Alguien habrá pasado x esta experiencia q me pueda orientar para descubrir
> causa del problema?
>
> Saludos y gracias.
>



-- 

[image: logo conexia] 

*Lautaro Palamidessi*
Consultor Técnico DBA
*T:* +5411 5173 6159

[image: facebook conexia]  [image: twitter conexia]
 [image: linkedin conexia] 
www.conexia.com 

 [image: line]

Postgresql problema !!!

2017-12-19 Thread Angelo Astorga 
Hola lista,
Desde un momento a otro la cpu del servidor se fue a 100%, donde gran parte
de este consumo lo absorve postgresql. Desconozco que paso, dado que el
mismo día x la mañana el servidor y sus recursos andaban como avión y ahora
solamente al subir servicio postgresql, comienzan las cpu a irse al 100%,
haciendo inoperante el sistema.
Plataforma centos + php + postgresql.

Pensamos q eran los discos del raid pero estan bien, luego corrupcion bd y
como tal, volvimos a montar y sigue igual.

Alguien habrá pasado x esta experiencia q me pueda orientar para descubrir
causa del problema?

Saludos y gracias.