Bug 960243
| Summary: | Regression in ProxyPass integration | ||
|---|---|---|---|
| Product: | [JBoss] JBoss Enterprise Application Platform 6 | Reporter: | Michal Karm Babacek <mbabacek> |
| Component: | mod_cluster | Assignee: | Jean-frederic Clere <jclere> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Michal Karm Babacek <mbabacek> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 6.1.0 | CC: | rdickens, smumford |
| Target Milestone: | ER4 | ||
| Target Release: | EAP 6.2.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: |
A regression in an earlier version of mod_proxy_cluster.so (bug 960246) returned HTTP 503 errors when accessing a directory (for example <filename class="directory">/app/clusterbench/requestinfo/</filename>. This issue has been corrected in this release of JBoss EAP and *mod_proxy_cluster.so* now works as expected when accessing directories.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-12-15 16:22:21 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: | |||
|
Description
Michal Karm Babacek
2013-05-06 18:53:17 UTC
Jean-Frederic Clere <jfclere> made a comment on jira MODCLUSTER-335 I need the httpd.conf corresponding to the test and the error_log (with debug) to investigate the problem. Michal Babacek <mbabacek> made a comment on jira MODCLUSTER-335 These are present in the zips I attached yesterday, sorry for not pointing it out explicitly. Paths: [^logs-and-configs-m_c-1.2.4.zip] {{target-ER6/jboss-reports/logs-archive/noe.ews.modcluster.tests.ModProxyTest/modProxyOnlyPartOfUrlSpaceTest/HttpdRhel-2/ews-httpd/logs/error_log}} {{target-ER6/jboss-reports/confs-archive/noe.ews.modcluster.tests.ModProxyTest/modProxyOnlyPartOfUrlSpaceTest/HttpdRhel-2/ews-httpd/mod_cluster.conf/mod_cluster.conf}} {{target-ER6/jboss-reports/confs-archive/noe.ews.modcluster.tests.ModProxyTest/modProxyOnlyPartOfUrlSpaceTest/HttpdRhel-2/ews-httpd/proxy1.conf/proxy1.conf}} {{target-ER6/jboss-reports/confs-archive/noe.ews.modcluster.tests.ModProxyTest/modProxyOnlyPartOfUrlSpaceTest/HttpdRhel-2/ews-httpd/httpd.conf/httpd.conf}} Analogically in [^logs-and-configs-m_c-1.2.3.zip] but for having "target-ER5" instead of "target-ER6". Jean-Frederic Clere <jfclere> made a comment on jira MODCLUSTER-335 Hm nothing more than logs in /target-ER6/jboss-reports/logs-archive/noe.ews.modcluster.tests.ModProxyTest/modProxyOnlyPartOfUrlSpaceTest/HttpdRhel-2/ews-httpd/ Michal Babacek <mbabacek> made a comment on jira MODCLUSTER-335 I have confirmed the regression lays in *mod_proxy_cluster.so*, not in httpd itself or any other module. With the same *httpd*, I was updating module by module from 1.2.3 to 1.2.4 with this result: * (x) mod_proxy_cluster.so -- broken * (/) mod_advertise.so * (/) mod_manager.so * (/) mod_slotmem.so I understand it does not look like so, but I can not find anything but this diff in [mod_proxy_cluster.c|https://gist.github.com/Karm/5530970] that would be even remotely relevant to the issue on hand. Jean-Frederic Clere <jfclere> made a comment on jira MODCLUSTER-335 That is a regression from the fix of MODCLUSTER-328. Jean-Frederic Clere <jfclere> made a comment on jira MODCLUSTER-335 Fixed by https://github.com/modcluster/mod_cluster/commit/6610301d2dfbf8d19b2f5edb0328a870eaf78d82 Michal Babacek <mbabacek> updated the status of jira MODCLUSTER-335 to Closed Michal Babacek <mbabacek> made a comment on jira MODCLUSTER-335 Verified on [modcluster/mod_cluster/tree/1.2.x|https://github.com/modcluster/mod_cluster/tree/1.2.x]. Closing. Cause: A bug in the logic that uses the uri to find the node to route the request uses the raw uri instead the one resulting of the ProxyPass directive. Consequence: ProxyPass/ProxyPassMatch won't work with mod_cluster. Workaround (if any): None. Result: . It is fixed in m_c 1.2.5. Cool now. m_c 1.2.6.Final / EAP 6.2.ER4 Added draft Doc Text (albeit a little light on the 'how' of the fix). Marking for inclusion in 6.2 Release Notes document. The directory is a bit weird... The bug was triggered when having something like: ProxyPass /myapp balancer://qacluster in the configuration and the effect was that request to /myapp where returning 503. |