Re: [MASSMAIL]Postgresql problema !!!

2017-12-20 Thread Alvaro Herrera
Angelo Astorga escribió:
> es un copy a una tabla que posee 2 millones de registro.

¿cuál es el problema entonces?  Parece obvio que una lectura de una
tabla completa debería saturar los recursos que le entregues, para poder
terminar la lectura lo antes posible.

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



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: [MASSMAIL]Postgresql problema !!!

2017-12-19 Thread Alvaro Herrera
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: [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: [MASSMAIL]Postgresql problema !!!

2017-12-19 Thread gilberto . castillo
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.