RE: Extranas caidas de Postgres

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
*-------------------------------------------------------*


_________________________________________________________________

In response to

Responses

Browse pgsql-es-ayuda by date

  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