Hi, Schnabl, Sebastian wrote: >> Detail : version is 2.10.6. > > Hm, I remembered on a similar issue short time ago - but this was with > 3.0beta. Look here: > https://forge.continuent.org/pipermail/sequoia/2007-February/004791.html > > There was a problem of loosing connection between controllers while > dump-operation (heavy load if controller == db-server). But no solution > so far. > > Possible a problem with appia and high cpu-utilization ?
We had problems with sequoia in high load too. It's not as robust as I would like it to. We are using sequoia 2.10.6 with appia from source for the new base view configuration. Maybe there are some timing problems in the appia.xml SEQ channel definitions. I could imagine that some timeout frames are not big enough if whole system is slow and "cluster pings" takes too long. We are using TCP SEQ channel, so I would say the load problem does not depend on UDP vs. TCP. Maybe Nuno can help here. Greetz, )ngo -- http://www.zertificon.com https://www.globaltrustpoint.com/[EMAIL PROTECTED] ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ "Z1 SecureMail" by Zertificon ...the leading server solutions for Secure & Trustable E-Mail Try our Policy controlled S/MIME & OpenPGP & HTTPS Messaging!! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Sequoia mailing list [email protected] https://forge.continuent.org/mailman/listinfo/sequoia
