Skip site navigation (1) Skip section navigation (2)

Re: fatal out of shared memory postgres

From: Horacio Miranda <hmiranda(at)gmail(dot)com>
To: Rensi Arteaga Copari <rarteaga(at)ende(dot)bo>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: fatal out of shared memory postgres
Date: 2010-09-27 21:29:36
Message-ID: AANLkTin5BHgeyZwzjS7GCdSm6YVRanZ9XdSJjGe4OwJf@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
2010/9/28 Rensi Arteaga Copari <rarteaga(at)ende(dot)bo>:
>  El 27/09/2010 15:01, Alvaro Herrera escribió:
>>
>> Excerpts from Rensi Arteaga Copari's message of lun sep 27 14:58:23 -0400
>> 2010:
>>
>>> Te comento también que la cantidad de la variable max_connections  de
>>> 100 a 200 y el problema no volvió aparecer en  los  últimos dos días.
>>
>> Eso es porque el total de espacio destinado a locks es
>> max_connections * max_locks_per_transaction.  Aumentando cualquiera de
>> los dos tienes más espacio disponible para candados.  Si volvieras
>> max_connections a 100 y aumentaras max_locks_per_transaction al doble,
>> deberías ver el mismo efecto.
>>
>> Supongo que el problema real es que haya una cantidad tan grande de
>> candados tomados.  Quizás sea un bug en la aplicación.  Examina pg_locks
>> a ver si hay algo fuera de orden.
>>
>
> Tienes alguna referencia o manual que me ayude a revisar
> esto que sugieres de  pg_locks,  no se como fucniona.
> En los  procedimientos almacenados que tenemos no usamos el bloqueo de
> tablas.
>
> Si se utilizan bloqueos seguramente solo son los que el SGDB pone por
> defecto
>

Solo una pregunta, podrias hacer esa consulta y tirar un iostat -m -x
2 > salida.txt

por un rato...

tambien un top -b -n 30 > top.txt

O mejor aun un sysreport (si es que tu distro tiene algo similar). (es
para ver como anda la maquina desde un punto de vista de sistema
operativo, el sysreport no envia claves ni nada confidencial por el
tamaño este ultimo si lo puedes enviar solo a mi email para no
infectar la lista con algo grande.... a menos que Alvaro le quiera
pegar una mirada).

>
>
> --
> EMPRESA NACIONAL DE ELECTRICIDAD
> www.ende.bo
> Tel.: (591-4) 4520317 - 4120900
> Fax: (591-4) 4520318
> ---------------------------------------------------------------------------------
> Este mensaje ha sido analizado automaticamente por el MailScanner de ENDE
> y no han sido detectados virus ni otros contenidos peligrosos.
>
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>



-- 
Saludos,
Horacio Miranda Aguilera.

In response to

Responses

pgsql-es-ayuda by date

Next:From: Marcelo RetamalDate: 2010-09-27 21:38:29
Subject: Problemas con campo OIDS.
Previous:From: ReynierDate: 2010-09-27 21:29:28
Subject:

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group