Re: postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting

From: DrakoRod <drakoflames(at)hotmail(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting
Date: 2017-06-29 17:03:00
Message-ID: 1498755780674-5969262.post@n3.nabble.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

To expand information, the application are written in Grails on wildfly with
pool connections.

I didn't have time to check pg_locks with detail, I'll configure the
connections logs to monitoring those.

I can't close connections on the application side. How I close connections
on the database side? With pg_terminate_backend, pg_cancel_backend or exists
other function? I didn't want terminate backends because all connections
state was active.

I refer only to "idle" because almost in every database that I've saw the
application doesn't close correctly the connections. If are "idle in
transaction" is not normal.

Your right Adrian, I need to know why the connections are not closing
properly.

I can't apply idle_in_transation_session_timeout because the version of
PostgreSQL is 9.4.4 and the paramater not yet i'ts included. But sounds good
the upgrade.

Thanks for your help!

-----
Dame un poco de fe, eso me bastarĂ¡.
Rozvo Ware Solutions
--
View this message in context: http://www.postgresql-archive.org/postgres-dbname-dbuser-9-9-9-9-2222-PARSE-waiting-tp5968923p5969262.html
Sent from the PostgreSQL - general mailing list archive at Nabble.com.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message David G. Johnston 2017-06-29 17:22:04 Re: postgres: dbname dbuser 9.9.9.9[2222] PARSE waiting
Previous Message Jeff Janes 2017-06-29 16:34:02 Re: 9.6 parameters messing up my 9.2 pg_dump/pg_restore