l is it? and assuming the growth is down to long
lived connections - is there any way to find out what selects / updates are
still pending commits from the DB logs?
On Thu, Jun 14, 2012 at 6:24 PM, Eoin Byrne wrote:
> heh - tell me about it, having to wait 8 hours to see if a fix works
heh - tell me about it, having to wait 8 hours to see if a fix works can
make things difficult :)
On Thu, Jun 14, 2012 at 6:23 PM, Thomas Mueller <
thomas.tom.muel...@gmail.com> wrote:
> Hi,
>
> Is there any other info you need?
>>
>
> Hm, a simple, reproducible test case would be great... ;-)
>
ds,
> Thomas
>
>
>
>
>
>
> On Thu, Jun 14, 2012 at 8:35 AM, Noel Grandin
> wrote:
> > This is a known issue.
> > Pretty much all you can do right now is to limit the number LOBs per
> > ResultSet that you try and fetch.
> >
> > I have a
Is it possible that turning MVCC off could solve the issue? It is possible
to use a read committed isolation level without MVCC?
>
>
--
You received this message because you are subscribed to the Google Groups "H2
Database" group.
To view this discussion on the web visit
https://groups.googl
e saw in a changelog that seemed like it
might be related
On Wednesday, June 13, 2012 7:33:50 AM UTC+1, Eoin Byrne wrote:
>
> Hi
>
> I'm getting an Exception during a very long set of tests - the issue
> sometimes doesn't happen and sometimes happens in different pl
Hi
I'm getting an Exception during a very long set of tests - the issue
sometimes doesn't happen and sometimes happens in different places but
the end result is always the same.
The setup:
H2 is started programatically by a host process in server mode, this
process does the buulk of the access.
Hi all
I have an issue with my db, after a large amount of tests the DB size
grows and everything slows down causing time outs in the application.
>From reading other posts I assume the issue is the transaction log
growing and so I ran the backup tool which seems to back that theory
up:
Initial D
