I would be also interested in knowing - which language are you using to do your business logic (php, java?).
On Thu, 2 Jun 2022, 22:14 Frank Gingras, <thu...@apache.org> wrote: > 300 is not really a high value, actually. A busy system can handle far > more threads per child process. > > What would be more useful is to see the output from /server-status > > On Thu, 2 Jun 2022 at 12:33, Deepak Goel <deic...@gmail.com> wrote: > >> Looks like *ThreadsPerChild* is already high. What's your hardware >> configuration and its usage (when the error starts showing) too? >> >> Deepak >> "The greatness of a nation can be judged by the way its animals are >> treated - Mahatma Gandhi" >> >> +91 73500 12833 >> deic...@gmail.com >> >> Facebook: https://www.facebook.com/deicool >> LinkedIn: www.linkedin.com/in/deicool >> >> "Plant a Tree, Go Green" >> >> Make In India : http://www.makeinindia.com/home >> >> >> On Thu, Jun 2, 2022 at 9:35 PM Frank Gingras <thu...@apache.org> wrote: >> >>> Based on the error, increase ThreadsPerChild. >>> >>> You can also look at mod_ratelimit. >>> >>> On Thu, 2 Jun 2022 at 04:18, Rathore, Rajendra <rarath...@ptc.com> >>> wrote: >>> >>>> Also seen below errors in error.log file >>>> >>>> >>>> >>>> [Thu Jun 02 12:04:38.863338 2022] [mpm_winnt:error] [pid 3488:tid 7984] >>>> AH00326: Server ran out of threads to serve requests. Consider raising the >>>> ThreadsPerChild setting >>>> >>>> >>>> >>>> [Thu Jun 02 12:10:28.135335 2022] [ssl:debug] [pid 628:tid 1452] >>>> ssl_engine_io.c(1147): [client 10.85.41.123:34932] AH02001: Connection >>>> closed to child 117 with standard shutdown (server >>>> pwdcsv-wcump8d.ptcnet.ptc.com:443) >>>> >>>> [Thu Jun 02 12:10:28.136337 2022] [reqtimeout:info] [pid 628:tid 2324] >>>> [client 10.85.41.123:34813] AH01382: Request header read timeout >>>> >>>> >>>> >>>> Thanks and Regards, >>>> >>>> Rajendra Rathore >>>> >>>> 9922701491 >>>> >>>> >>>> >>>> *From:* Rathore, Rajendra <rarath...@ptc.com> >>>> *Sent:* Thursday, June 2, 2022 1:14 PM >>>> *To:* users@httpd.apache.org >>>> *Subject:* [users@httpd] RE: rate limit issues in Apache Http server >>>> *Importance:* High >>>> >>>> >>>> >>>> *External email from: >>>> users-return-121870-rarathore=ptc....@httpd.apache.org >>>> <users-return-121870-rarathore=ptc....@httpd.apache.org>* >>>> >>>> Hi Team, >>>> >>>> >>>> >>>> Can you please suggest some Apache configuration settings to fix the >>>> below issue. >>>> >>>> >>>> >>>> I have below configurations: >>>> >>>> >>>> >>>> <IfModule mpm_worker_module> >>>> >>>> StartServers 1 >>>> >>>> MinSpareThreads 151 >>>> >>>> MaxSpareThreads 300 >>>> >>>> ThreadsPerChild 300 >>>> >>>> ThreadLimit 300 >>>> >>>> MaxRequestWorkers 300 >>>> >>>> >>>> >>>> MaxConnectionsPerChild 0 >>>> >>>> </IfModule> >>>> >>>> >>>> >>>> <IfModule mpm_event_module> >>>> >>>> ### Provide alternate settings instead [PTC] >>>> >>>> StartServers 1 >>>> >>>> MinSpareThreads 151 >>>> >>>> MaxSpareThreads 300 >>>> >>>> ThreadsPerChild 300 >>>> >>>> ThreadLimit 300 >>>> >>>> MaxRequestWorkers 300 >>>> >>>> >>>> >>>> MaxConnectionsPerChild 0 >>>> >>>> </IfModule> >>>> >>>> >>>> >>>> <IfModule mpm_winnt_module> >>>> >>>> >>>> >>>> ThreadsPerChild 300 >>>> >>>> >>>> >>>> MaxConnectionsPerChild 0 >>>> >>>> </IfModule> >>>> >>>> >>>> >>>> Other timeout settings are defaults value, no changes. >>>> >>>> >>>> >>>> >>>> >>>> Thanks and Regards, >>>> >>>> Rajendra Rathore >>>> >>>> 9922701491 >>>> >>>> >>>> >>>> *From:* Rathore, Rajendra <rarath...@ptc.com> >>>> *Sent:* Wednesday, June 1, 2022 3:36 PM >>>> *To:* users@httpd.apache.org >>>> *Subject:* [users@httpd] rate limit issues in Apache Http server >>>> *Importance:* High >>>> >>>> >>>> >>>> *External email from: >>>> users-return-121868-rarathore=ptc....@httpd.apache.org >>>> <users-return-121868-rarathore=ptc....@httpd.apache.org>* >>>> >>>> Hi Team, >>>> >>>> >>>> >>>> We are facing rate limit issue in default Apache configuration, can you >>>> please suggest some solutions around it? Is this statement correct that >>>> OOTB apache can’t handle such situation, you need to rely on Firewall or >>>> some 3rd party software for DOS prevention. >>>> >>>> >>>> >>>> Thanks and Regards, >>>> >>>> Rajendra Rathore >>>> >>>> 9922701491 >>>> >>>> >>>> >>>
