Hi Stefan,

I'm informed about this issue, so I switched the recoveryDB to use MySQL
on localhost...
So you see, this can't be the problem this time...

Best regards,

Malte

> Hi Malte,
>
> sounds familiar to me ;-)
> Are you using hsql for the recovery log? by standard hsql uses MEMORY
> tables, so if you are doing a lot of insert/updates, the recovery log
> table grows in the memory.
> You can fix this easily by changing the jdbc-url of your hsql db just
> add ;hsqldb.default_table_type=cached
>
> so it will look like:
>
> jdbc:hsqldb:file:@DATA_DIR@/recoveryDB;shutdown=true;hsqldb.default_table_type=cached
>
> with that sequoia process will work with just under 100 megs
>
> hth
>
> stefan
>
> [EMAIL PROTECTED] wrote:
>> I think some of you know, that I'm still testing sequouia on usability
>> with a huge amount of virtualdatabases. I started a scenario two days
>> ago,
>> everything worked (nearly) fine. The memory usage is still continuously
>> increasing, in my eyes without any real reason. During this night, the
>> real RAM was insufficient, so that the machine swapped.
>> This is a totally normal thing for an Unix system, but after that, the
>> controller wasn't reachable anymore, neither through JMX nor using jdbc.
>> The java process was still running (processlist), but I found no way to
>> communicate with the controller.
>> Checking the logs was also uneffective, nothing strange, no new entries
>> after yesterday afternoon.
>> Did anyone had such experiences in the past?
>> Any idea, how to avoid this next time?
>>
>> Best regards,
>>
>> Malte
>>
>> _______________________________________________
>> Sequoia mailing list
>> [email protected]
>> https://forge.continuent.org/mailman/listinfo/sequoia
>>
>>
>>
>> +----------------------------------------------------------------------+
>> | Z1 SecureMail Gateway Info - http://www.zertificon.com               |
>> +----------------------------------------------------------------------+
>> | - Die Nachricht war weder verschluesselt noch digital unterschrieben |
>> +----------------------------------------------------------------------+
>>
>>
>>
>
>
> --
> Zertificon Solutions GmbH
> Landsberger Allee 117, 10407 Berlin, Germany
> GF: Herbert Nebel, Dr. Burkhard Wiegel
> HRB 94059, AG Berlin-Charlottenburg
>
> http://www.zertificon.com
> https://www.globaltrustpoint.com/[EMAIL PROTECTED]
> +49 (0)30-5900 300-0 (fax -99)
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> "Z1 SecureMail" by Zertificon
> ...the leading server solutions for Secure & Trustable E-Mail
> Try our Policy controlled S/MIME & OpenPGP & HTTPS Messaging!!
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> _______________________________________________
> Sequoia mailing list
> [email protected]
> https://forge.continuent.org/mailman/listinfo/sequoia


_______________________________________________
Sequoia mailing list
[email protected]
https://forge.continuent.org/mailman/listinfo/sequoia

Reply via email to