You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by "gjaekel (via GitHub)" <gi...@apache.org> on 2023/03/20 11:50:49 UTC

[GitHub] [tomcat-connectors] gjaekel commented on pull request #7: Possible issue in ajp_read_fully_from_server()

gjaekel commented on PR #7:
URL: https://github.com/apache/tomcat-connectors/pull/7#issuecomment-1476084475

   Dear Mark,
   
   first let my thank you for quick reply. I understand you in a way that this is already a "death code path" that can't rise issues anymore.
   
   I actually "staring at the code" because I have to solve an Issue that appeared for us with the transition from Apache httpd-2.4.53 to 2.4.54 (and also 2.4.56). It's related to transmitting bigger amounts of data via POST requests using the httpd as a (ssl) reverse proxy for our Wildfly farm. Using the newer one, the ongoing request will fail after some seconds. At about ~512M, the usecase becomes unstable (, .i.e. breaks some time) and at about ~1GB, it fails virtually all the time.
   
   I yet don't have any idea, what's happening and what's the reason. In the *mod_jk* log, I found:
   ```
   20230316-101703.162 [37588:139628162045632] [info] ajp_read_into_msg_buff::jk_ajp_common.c (1549): (test-flyA) receiving data from client failed. Connection aborted or network problems
   20230316-101703.162 [37588:139628162045632] [info] ajp_process_callback::jk_ajp_common.c (2101): (test-flyA) Reading from client aborted or client network problems
   20230316-101703.162 [37588:139628162045632] [info] ajp_service::jk_ajp_common.c (2774): (test-flyA) sending request to tomcat failed (unrecoverable), because of client read error (attempt=1)
   20230316-101703.162 [37588:139628162045632] [info] service::jk_lb_worker.c (1600): service failed, worker test-flyA is in local error state
   20230316-101703.162 [37588:139628162045632] [info] service::jk_lb_worker.c (1619): unrecoverable error 400, request failed. Client failed in the middle of request, we can't recover to another instance.
   20230316-101703.162 [37588:139628162045632] [info] jk_handler::mod_jk.c (2991): Aborting connection for worker=test-flyAB
   20230316-101703.162 test-flyA 7.334024 400 http://etc.dnb.de.test/aras/access/repositories/dma/artifacts/1235459136/unpackStream?pathfilter=content
   ```
   The version is mod_jk-1.2.48 and it's hold while switching the http versions. I don't understand what may trigger an issue in *mod_jk* while using the updated httpd.
   
   Do you have any hints for me?


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org