Bug 900437 (JBPAPP6-1305)
Summary: | SC 500 returned to the HTTP client on server shutdown | ||
---|---|---|---|
Product: | [JBoss] JBoss Enterprise Application Platform 6 | Reporter: | Radoslav Husar <rhusar> |
Component: | Clustering, Web | Assignee: | Paul Ferraro <paul.ferraro> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | urgent | Docs Contact: | |
Priority: | urgent | ||
Version: | 6.0.0 | CC: | atangrin, dberinde, jason.greene, jkudrnac, paul.ferraro, rhusar, simone.gotti, tomaz.cerar, twells |
Target Milestone: | --- | ||
Target Release: | TBD EAP 6 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
URL: | http://jira.jboss.org/jira/browse/JBPAPP6-1305 | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-11-19 10:16:37 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: | 900611 |
Description
Radoslav Husar
2012-05-15 14:31:33 UTC
Job of interest http://hudson.qa.jboss.com/hudson/view/EAP6/view/EAP6-Failover/job/eap-6x-failover-http-session-shutdown-repl-async/19/ To put this in numbers, there are 2000 sessions generating concurency level of ~500 requests/second. Upon 4 server shutdowns there are roughly 1000 errors (500). Interestingly, the number of errors increases with duration of the test. AS7-4817 seems quite related. Link: Added: This issue relates to AS7-4817 Link: Added: This issue is incorporated by JBPAPP-7577 Link: Added: This issue relates to AS7-4850 Workflow: Removed: GIT Pull Request workflow Added: jira Security: Added: Public Docs QE Status: Added: NEW Link: Added: This issue is a dependency of JBPAPP-9290 Link: Removed: This issue is incorporated by JBPAPP-7577 Release Notes Docs Status: Added: Documented as Known Issue Release Notes Text: Added: <code>500</code> status codes are sometimes returned to the HTTP client upon server shut-down. This issue is currently under investigation. Affects: Added: Release Notes Labels: Added: eap601candidate Labels: Removed: eap601candidate Added: eap601-qe-triage Encountered in ER2 testing as well: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-Failover/job/eap-6x-failover-http-granular-shutdown-repl-sync/13/console-perf17/ This happens in other cache modes as well, please see the jobs below. Client was getting response code 500 for about one second after a graceful shutdown of one node even in REPL mode. [1] https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-Failover/job/eap-6x-failover-http-session-shutdown-repl-async/36/console-perf17/ [2] https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-Failover/job/eap-6x-failover-http-session-shutdown-dist-async/37/console-perf17/ [3] https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-Failover/job/eap-6x-failover-http-session-shutdown-repl-sync/75/console-perf17/ Raising priority to blocker. Approved for EAP 6.0.1 Labels: Removed: eap601-qe-triage This issue isnt a regression in 6.0.1. It affected 6.0. Do we want to increase the issues being worked on in 6.0.1? Previously I heard we were only allowing regressions to hold things up. There were a number of clustering issues that were deferred with the expectation that they would be fixed in a subsequent release. I'd like two questions answered before we go ahead and defer it again. 1. Was this moved out with the expectation of it being fixed in 6.0.1? 2. Does this issue make the QE testing extra difficult? If both of these are answered No, then I agree with Jason and we should move it out since it is not a regression and we are in the end cycles of 6.0.1 This is expected. If a request is accepted by the connector and the server is shutdown, the connector will stop - causing a the 500 error. Fixing this requires clean shutdown logic in the web subsystem. Until that day, you can workaround this issue by using mod_cluster. As this JIRA has been rejected, release notes are not required. Release Notes Docs Status: Removed: Documented as Known Issue Added: Not Required Affects: Removed: Release Notes Release Notes Docs Status: Removed: Not Required Release Notes Text: Removed: <code>500</code> status codes are sometimes returned to the HTTP client upon server shut-down. This issue is currently under investigation. Docs QE Status: Removed: NEW |