Hi Malte,
How many VDBs do you have?
Thanks, Robert
Robert Hodges, CTO, Continuent, Inc.
Email: [EMAIL PROTECTED]
Mobile: +1-510-501-3728 Skype: hodgesrm
On Sep 27, 2007, at 2:12 AM, [EMAIL PROTECTED] wrote:
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
_______________________________________________
Sequoia mailing list
[email protected]
https://forge.continuent.org/mailman/listinfo/sequoia
