We are running Apache 1.3.14 on FreeBSD 4.0, back ending on JServ 1.1b3 on the Sun
1.2.2 JVM on Linux 2.2.12 (RH 6.1) - multiple appservers, multiple VM's per, etc.
I can tell you that this configuration is stable and resilient under large loads; we
have tested it to destruction, and it degrades very gracefully starting by failing to
serve some pages and then refusing connections.
The main limitation we came across, largely a feature of Apjv12 which would
presumably not affect 13 as much due to connection reuse, is running out of file
descriptors for all the TCP/IP connections.
Tagunov Anthony wrote:
> On Sun, 18 Mar 2001 10:08:42 -0800, Tal Dayan wrote:
>
> >http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1006
>
> >This is a severe problem that opens Tomcat stand-alone mode to DOS attaches but
> >more importantly, it makes it incapable of surviving a single busy day on a
> >production system of one of our partners.
>
> Year!!!! Looks like you've caught A BIG FAT RAT!!! One of the BIGGEST!!!
> I'm a person responsible for all java-based-serving on our sites, not very
> loaded yet.. And looks like _this_ is the problem that has nearly given
> me _grey_ hair!!!
>
> (What i ended up developing is a pinging facility that would find if our
> nice good Tomcat is _DEAD_ and force-restart it!!!)
>
> >The symptoms are that Tomcat's built-in Web server (standalone mode)
> >accumulates..
>
> Can this happen to Ajp12 connections also? Please, anybody! this is the main
> question that i'd like to find out: our Tomcat falls tead pretty often (guess what
> my bosses tell me when our sites stop responding!!!) and we do not know why..
> The thing is that although we have built-in Web server set (http connectors) up
> for all Tomcat instances (we still have 3.2b7..), they are not practically used
> much (maybe not invoked at all).. They are used via Ajp12. Can this same thing
> happen in this configuration (with mod_jserv on Apache, Apache running on BSD,
> Tomcat on Linux RH 6.2)
>
> Most hearty greeting to evryone,
> sincerely yours, Tagunov Anthony
