From: | Edwin Quijada <listas_quijada(at)hotmail(dot)com> |
---|---|
To: | <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | RE: Extranas caidas de Postgres |
Date: | 2010-04-27 14:02:10 |
Message-ID: | BLU137-W53FD0B34E7A9526E61B69E3030@phx.gbl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
> Date: Mon, 26 Apr 2010 21:41:36 -0400
> From: alvherre(at)alvh(dot)no-ip(dot)org
> To: listas_quijada(at)hotmail(dot)com
> CC: pgsql-es-ayuda(at)postgresql(dot)org
> Subject: Re: [pgsql-es-ayuda] Extranas caidas de Postgres
>
> Edwin Quijada escribió:
> >
> >
> >
> > >
> > > Edwin Quijada escribió:
> > > >
> > > > Hola!
> > > >
> > > > Estoy teniendo extranas caidas de mi server en Postgres pero la verdad no estoy seguro de nada. E nciertos momentos mi servidor practicamente se inhibe y todos los que estan conectados a el lanza un error de 57014 he revisado los logs y no hay select de mas de 20 seg , he revisado todas las consultas y ninguna pasa de 20seg. El error siempre sucede al momento de hacer el update he revisado los logs del server y no hay caida por ningun sitio, aproximadamente tengo entre 180 y 200 usuarios concurerntes. He revisado los logs y nada
> > >
> > > 57014 es ERRCODE_QUERY_CANCELED, o sea alguien están cancelando las
> > > consultas. ¿No tendrás un timeout en alguna parte que al llegar a 20
> > > segundos manda una señal de cancelar?
> > >
> >
> >
> > No. El punto es que no siempre es a los 20seg he pensado que talvez
> > sea la carga del server que un momento dado se va a un pico y mi
> > server cae tumbando todas las demas consultas, algo ilogico, pero no
> > se que mas pensar.
>
> No es tan ilógico. Si la carga aumenta mucho, quizás el servidor
> empieza a usar swap, y entonces puede volverse mucho más lento todo, que
> parezca “inhibido” como lo llamas tú. Te sugeriría monitorear algunos
> parámetros como el consumo de memoria.
>
> Si es esto lo que pasa, entonces probablemente tienes algo mal
> configurado. work_mem demasiado alto, por ejemplo.
>
Tengo esto como parametros de memoria, estoy monitoreando constantemente la memoria y esta no sube tanto, obviamente si doy un free la mayoria de la memoria se ve chached peroe el swap no aumenta que digamos. Este servidor tiene 24GB Ram y QuadCore corriendo a 64bits la 8.4.1
# - Memory -
shared_buffers = 8GB # min 128kB
# (change requires restart)
#temp_buffers = 8MB # min 800kB
#max_prepared_transactions = 0 # zero disables the feature
# (change requires restart)
# Note: Increasing max_prepared_transactions costs ~600 bytes of shared memory
# per transaction slot, plus lock space (see max_locks_per_transaction).
# It is not advisable to set max_prepared_transactions nonzero unless you
# actively intend to use prepared transactions.
work_mem = 16MB # min 64kB
#maintenance_work_mem = 16MB # min 1MB
#max_stack_depth = 2MB # min 100kB
# - Kernel Resource Usage -
#max_files_per_process = 1000 # min 25
# (change requires restart)
#shared_preload_libraries = '' # (change requires restart)
*-------------------------------------------------------*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-Soporte PostgreSQL
*-www.jqmicrosistemas.com
*-809-849-8087
*-------------------------------------------------------*
_________________________________________________________________
From | Date | Subject | |
---|---|---|---|
Next Message | Edwin Quijada | 2010-04-27 14:20:18 | RE: Extranas caidas de Postgres |
Previous Message | Jaime Casanova | 2010-04-27 09:12:07 | Re: materialized view |