You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@activemq.apache.org by AlexB <ba...@gmail.com> on 2007/06/26 14:09:00 UTC

'idle in transaction' open connection problems

We found that activemq with postgresql persistance backend opens a
connection, starts a transaction and waits forever. Due to this reason
(extremely long lasting transaction ) all our 'vacuuming DB' fail. Therefore
all DB on that postgresql server became very slow.

Does anyone know how to force activemq to open transaction only when it's
needed  or at least to restart that 'idle in transaction' after some time of
inactivity?

Thanks in advance
Alex

-- 
View this message in context: http://www.nabble.com/%27idle-in-transaction%27-open-connection-problems-tf3982025s2354.html#a11304454
Sent from the ActiveMQ - User mailing list archive at Nabble.com.


Re: 'idle in transaction' open connection problems

Posted by James Strachan <ja...@gmail.com>.
On 6/26/07, AlexB <ba...@gmail.com> wrote:
>
> We found that activemq with postgresql persistance backend opens a
> connection, starts a transaction and waits forever. Due to this reason
> (extremely long lasting transaction ) all our 'vacuuming DB' fail.

Can't you exclude the ActiveMQ lock table?


> Therefore
> all DB on that postgresql server became very slow.

Does a transaction thats doing nothing but holding a lock really slow
down postgresql? Crikey I thought it was meant to be quite good.


> Does anyone know how to force activemq to open transaction only when it's
> needed  or at least to restart that 'idle in transaction' after some time of
> inactivity?

Either disable completely the JDBC master/slave feature,
http://activemq.apache.org/maven/activemq-core/xsddoc/http___activemq.org_config_1.0/element/journaledJDBC.html

<journaledJDBC useDatabaseLock="false" .../>

figure out how to configure postgresql not to suck or move the lock
table to another physical database

-- 
James
-------
http://macstrac.blogspot.com/