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!!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 

Attachment: smime.p7s
Description: S/MIME cryptographic signature

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

Reply via email to