En los redhat <5 que tengo con postgres no tengo el parametro del sistema,
y me pasa lo mismo en un 9.1.3.
Por suerte me di cuenta de que eran unas querys :B
El 16 de enero de 2013 09:54, Cesar Martin escribió:
> CentOS 6.2
>
>
> El 16 de enero de 2013 13:52, Felipe Montecino escribió:
>
>
>> Q
CentOS 6.2
El 16 de enero de 2013 13:52, Felipe Montecino escribió:
>
> Que version de Redhat estas utilizando ?
>
> Atte.
>
>
> El 31 de diciembre de 2012 11:07, Alvaro Herrera > escribió:
>
>> Cesar Martin escribió:
>> > Aunque ha pasado ya bastante tiempo. Por fin di con la solución:
>> > F
Que version de Redhat estas utilizando ?
Atte.
El 31 de diciembre de 2012 11:07, Alvaro Herrera
escribió:
> Cesar Martin escribió:
> > Aunque ha pasado ya bastante tiempo. Por fin di con la solución:
> > Fijando el parámetro /sys/kernel/mm/redhat_transparent_hugepage/enabled a
> > "never" se so
Cesar Martin escribió:
> Aunque ha pasado ya bastante tiempo. Por fin di con la solución:
> Fijando el parámetro /sys/kernel/mm/redhat_transparent_hugepage/enabled a
> "never" se soluciono el problema.
Uh. Gracias por cerrar el tema. Lo de transparent hugepages se
discutió en algún momento en pg
Aunque ha pasado ya bastante tiempo. Por fin di con la solución:
Fijando el parámetro /sys/kernel/mm/redhat_transparent_hugepage/enabled a
"never" se soluciono el problema.
Un saludo.
El 13 de septiembre de 2012 14:36, Jorge Medina escribió:
> 2012/9/12 Cesar Martin :
> > Esta mañana entre las
2012/9/12 Cesar Martin :
> 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 d
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_cac
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
ndro Carrillo; Armando Venegas Pérez;
> pgsql-es-ayuda@postgresql.org
> Subject: Re: [pgsql-es-ayuda] Uso system de CPU
>
> Me ha gustado la idea del NOW-query_start, es bastante practica. La
> consulta que yo suelo ejecutar en este caso es:
>
> select query_start,procpid,
El 11 de septiembre de 2012 17:17, Miguel Beltran R.
escribió:
>
> El 11 de septiembre de 2012 04:37, Cesar Martin escribió:
>
>> Buenas Miguel Angel,
>>
>> A la BBDD le hago un vaccum verbose analyze todos los dias y todos los
>> mensajes son del tipo:
>>
>> *INFO: dossier: se procesaron 924 de
: Alejandro Carrillo; Armando Venegas Pérez; pgsql-es-ayuda@postgresql.org
Subject: Re: [pgsql-es-ayuda] Uso system de CPU
Me ha gustado la idea del NOW-query_start, es bastante practica. La consulta
que yo suelo ejecutar en este caso es:
select query_start,procpid,current_query from pg_stat_activity
El 11 de septiembre de 2012 04:37, Cesar Martin escribió:
> Buenas Miguel Angel,
>
> A la BBDD le hago un vaccum verbose analyze todos los dias y todos los
> mensajes son del tipo:
>
> *INFO: dossier: se procesaron 924 de 924 pginas, que
> contenan 74652 filas vigentes y 0 filas no vigentes; 3000
De todas formas es extraño porque los 32 cores de la máquina, se ponen
>>>> con carga 100% system. Porque una falta de vacuum full puede provocar algo
>>>> asi?
>>>> Gracias!
>>>> El 10/09/2012 18:56, "Alejandro Carrillo"
>>>> escr
algo
>>> asi?
>>> Gracias!
>>> El 10/09/2012 18:56, "Alejandro Carrillo" escribió:
>>>
>>> Podria ser el vacuum full faltante en algunas tablas:
>>>> "Ademas en otros casos cuando ha sido provocado por una consulta, lo
>>>> que subía era el acces
co y la carga del servidor era de tipo "IO
>>> wait" no de tipo System. "
>>>
>>> --
>>> *De:* Cesar Martin
>>> *Para:* Armando Venegas Pérez
>>> *CC:* "pgsql-es-ayuda@postgresql.org"
>>>
ue subía era el acceso a disco y la carga del servidor era de tipo "IO
>> wait" no de tipo System. "
>>
>> --
>> *De:* Cesar Martin
>> *Para:* Armando Venegas Pérez
>> *CC:* "pgsql-es-ayuda@postgresql.org"
>
y la carga del servidor era de tipo "IO
> wait" no de tipo System. "
>
> --
> *De:* Cesar Martin
> *Para:* Armando Venegas Pérez
> *CC:* "pgsql-es-ayuda@postgresql.org"
> *Enviado:* Lunes 10 de septiembre de 2012 11:
sar Martin
>Para: Armando Venegas Pérez
>CC: "pgsql-es-ayuda@postgresql.org"
>Enviado: Lunes 10 de septiembre de 2012 11:31
>Asunto: Re: [pgsql-es-ayuda] Uso system de CPU
>
>
>Hola Armando, gracias por tu respuesta.
>
>
>No, no puede ser un cron, ya que
Hola Armando, gracias por tu respuesta.
No, no puede ser un cron, ya que no tiene una periodicidad tan determinada.
Además en el momento de subir la carga, los únicos procesos son de postgres
y de echo el servidor, solo tiene postgres en exclusiva, no corre nada mas
en el.
Un saludo.
El 10 de s
Hola Cesár.
A mi me paso algo similar, pero el problema era un proceso que corría por CRON
y se nos había olvidado.
Tal vez no sea tu caso, pero por si las dudas.
Saludos
Date: Mon, 10 Sep 2012 11:30:41 +0200
Subject: [pgsql-es-ayuda] Uso system de CPU
From: cmart...@gmail.com
To: pgsql-es
20 matches
Mail list logo
