Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1256607

Summary: [GSS] [6.4.z] mod_cluster undersizes the connection pool
Product: [JBoss] JBoss Enterprise Application Platform 6 Reporter: Masafumi Miura <mmiura>
Component: mod_clusterAssignee: Jean-frederic Clere <jclere>
Status: CLOSED CURRENTRELEASE QA Contact: Michal Karm Babacek <mbabacek>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.4.0CC: aogburn, bbaranow, bmaxwell, bperkins, cdewolf, jclere, jpallich, jtruhlar, mmiura, pcheung, psakar, psotirop, rhatlapa, vtunka
Target Milestone: DR2   
Target Release: EAP 6.4.9   
Hardware: All   
OS: All   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 1256608 1338642 (view as bug list) Environment:
Last Closed: 2017-01-17 14:47:17 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1256608, 1337386, 1338642    

Description Masafumi Miura 2015-08-25 06:14:32 UTC
### Description of problem:

If all threads in a httpd child worker process are saturated with long requests, then all connections in the pool are exhausted, likely leaving none available for additional pings, which then fail with errors like:

    [error] (70007)The timeout specified has expired: proxy: ajp: failed to acquire connection for ...


### Steps to Reproduce:

1. Deploy a web application on EAP 6, which just do Thread.sleep() for a while
   (for example, 10-15 seconds. just longer than lbstatus_recalc_time, 5 seconds)

    ~~~
    <%
        long ms = 15000L;
        System.out.println("going to sleep... : " + ms + " ms");
        Thread.sleep(ms);
        System.out.println("done!");
    %>
    ~~~

2. Repeat sending concurrent requests to the web app via mod_cluster by apache bench
   (just exactly same concurrent number to MaxClients setting, or more than MaxClients)

   When you set MaxClients to 30, then execute the following:

    ~~~
    ab -c 30 -n 300 http://localhost/example/sleep.jsp
    ~~~


### Actual results:

You will see the "failed to acquire connection for ..." error message when status update is executed in background.


### Expected results:

No error message.


### Additional info:

https://issues.jboss.org/browse/MODCLUSTER-466

Comment 4 Jean-frederic Clere 2015-08-31 08:40:18 UTC
I have merged the pull requests.

Comment 7 Petr Sakař 2015-09-08 13:03:39 UTC
Package: mod_cluster-native
NVR: mod_cluster-native-1.2.11-3.Final.win6
Tag: jb-ep-6-win-candidate
Status: complete
Built by: psakar
ID: 455551
logs: https://brewweb.devel.redhat.com//getfile?taskID=9809712&name=build.log
Task Info: https://brewweb.devel.redhat.com//taskinfo?taskID=9809711
Build Info: https://brewweb.devel.redhat.com//buildinfo?buildID=455551

mod_cluster-native-1.2.11-3.Final.win6 successfully tagged into jb-ep-6-win-candidate by psakar

Comment 9 Petr Sakař 2015-09-11 10:54:27 UTC
waiting for rhel natives before promotion to candidates

Comment 10 Petr Sakař 2015-09-11 10:55:59 UTC
cp stream does not ship natives, oneoff patch required

Comment 21 JBoss JIRA Server 2016-05-24 18:00:21 UTC
Radoslav Husar <rhusar> updated the status of jira MODCLUSTER-466 to Reopened

Comment 22 JBoss JIRA Server 2016-06-01 15:09:21 UTC
Michal Karm Babacek <mbabacek> updated the status of jira MODCLUSTER-466 to Resolved

Comment 23 Petr Penicka 2017-01-17 14:47:17 UTC
Retroactively bulk-closing issues from released EAP 6.4 cumulative patches.