From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Rensi Arteaga Copari <rarteaga(at)ende(dot)bo> |
Cc: | Ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: fatal out of shared memory postgres |
Date: | 2010-09-27 19:01:56 |
Message-ID: | 1285614013-sup-3990@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
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.
--
Álvaro Herrera <alvherre(at)commandprompt(dot)com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From | Date | Subject | |
---|---|---|---|
Next Message | Lennin Caro | 2010-09-27 19:11:43 | Re: Cargar datos como fecha |
Previous Message | Rensi Arteaga Copari | 2010-09-27 18:58:23 | Re: fatal out of shared memory postgres |