Hi Felix, To keep you posted, your solution is working smoothly, the error was coming from redirect set to the cluster instead of the jvmRoute.
My point (and for now it is a pure theorical question as I don't have the need) was If I want to add a third or fourth server (for load reason). I will have the following : * 1 failover on 2 * 2 failover on 3 * 3 failover on 1 vs using the lbfactor solution : * instance 1 failover on cluster 1 which still have the 2nd and 3rd instance with an lbfactor of 1 each * instance 2 failover on cluster 2 ... * ... -> in this solution, if the failover is triggered the load balancing will be used So both solution have Pro & Cons, i think I will need to see real life to choose between both. Thanks for the help gui On Thu, Apr 28, 2011 at 5:44 PM, Felix Schumacher < felix.schumac...@internetallee.de> wrote: > > > "Christopher Schultz" <ch...@christopherschultz.net> schrieb: > > >-----BEGIN PGP SIGNED MESSAGE----- > >Hash: SHA1 > > > >Felix and Guillaume, > > > >I think you guys are working too hard for this. Isn't it as simple as > >using a redirect from each worker to the other, with no clustering or > >anything like that? You don't even need to set jvmRoute, etc. since > >there's no cluster. > If you are willing to run all webapps on both servers, you are right. > But the original requirement was to have one set of webapps on one server > and one set on the other, with failover in case of downtime of either one. > > Felix > > > >- -chris > >-----BEGIN PGP SIGNATURE----- > >Version: GnuPG v1.4.10 (MingW32) > >Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > > >iEYEARECAAYFAk25fNIACgkQ9CaO5/Lv0PBNDgCgiVLMqKNj6WEX4GrHrpNVHekL > >bn4An2SDMZPE37tkcLCxnknf2/9TUyAD > >=+X7N > >-----END PGP SIGNATURE----- > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > >For additional commands, e-mail: users-h...@tomcat.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
