From: | "Marcelo Retamal" <mretamal(at)cmet(dot)net> |
---|---|
To: | "Lista Postgres" <pgsql-es-ayuda(at)postgresql(dot)org> |
Cc: | "Lista Postgres" <pgsql-es-ayuda(at)postgresql(dot)org>, "Fernando Romero" <frz(at)cmet(dot)net> |
Subject: | DeadLock |
Date: | 2006-09-26 23:25:45 |
Message-ID: | 000801c6e1c3$18a2e9c0$da018282@mretamalxp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Hola a todos los usuarios de la lista. Tengo el sgte problema con un DeadLock que se produce pocas veces al día y muchas veces durantes los días de corte de los clientes de nuestra empresa. El mensaje que entrega el servidor PG (versión 7.4.6 + Redhat 9) con 1 GB en Ram es: <<DETALLE: El proceso 17864 espera ShareLock en la transacción 141443513; bloqueado por proceso 17992. El proceso 17992 espera ShareLock en la transacción 141443518; bloqueado por proceso 17864>>
Ya nos documentamos respecto a como y por que se producen los deadlock, lo que no nos queda claro es qué parametro del <<postgresql.conf>> hay que modificar para que no se produzca o que se produzca lo más a lo lejos posible. Intentamos con los sgtes parametros:
max_connections y shared_buffers - la cantidad conexiones que poseemos son 700 y un shared_buffer de 2048 -, aumentamos el shared_buffer a 4096 y jugamos con el max_lock_per_transaction según lo que dice el archivo conf (260*max_connection), pero no sirvió, así que lo dejamos igual.
Eso, ¿qué estamos haciendo mal?, ¿qué parametro hay que poner atención o modificar o simplemente hay que cambiar de versión o basta con aumentar la RAM? no sé.
Favor necesito orientación, Gracias
Atte., Marcelo Retamal Vallejos.
Ingeniería de Sistemas
CMET
From | Date | Subject | |
---|---|---|---|
Next Message | Richard Yupanqui Cuadros | 2006-09-26 23:26:59 | problema de conexion |
Previous Message | Alvaro Herrera | 2006-09-26 22:32:17 | Re: Ayuda con base de datos de busquedas |