I think that is your problem: OS user for httpd or ab only can open (sumuntaneousy) 1024 files. open files (-n) 1024
Try to set to 10000 for example. Read "man ulimit" to set how to do it. I dont remenber sinstax. 2016-09-23 20:48 GMT+02:00 Rashmi Srinivasan <[email protected] >: > Hi, > > This is the output of ulimit -a > core file size (blocks, -c) 0 > data seg size (kbytes, -d) unlimited > scheduling priority (-e) 0 > file size (blocks, -f) unlimited > pending signals (-i) 15944 > max locked memory (kbytes, -l) 64 > max memory size (kbytes, -m) unlimited > open files (-n) 1024 > pipe size (512 bytes, -p) 8 > POSIX message queues (bytes, -q) 819200 > real-time priority (-r) 0 > stack size (kbytes, -s) 10240 > cpu time (seconds, -t) unlimited > max user processes (-u) 1024 > virtual memory (kbytes, -v) unlimited > file locks (-x) unlimited > > Thanks, > > On Fri, Sep 23, 2016 at 8:25 PM, Rubén Toribio Aldeguer <[email protected]> > wrote: > >> I think your problem is not Apache, but your OS. >> I think Apache 2.2 and 4.4 uses diferent mpm mode (my memory is poor). >> I think you OS is limiting the number of Opens Files that can Manage. >> (safety reasons) >> Please, can you print you ulimit output, as I advise on a previous mail? >> >> Thanks. >> >> 2016-09-23 11:55 GMT+02:00 Rashmi Srinivasan < >> [email protected]>: >> >>> Hi, >>> Do you feel this is the issue with some configuration or would this be >>> an issue with apache itself. >>> Has anybody encountered a performance issue of this kind. >>> Please comment >>> >>> Thanks, >>> RS >>> >>> On Fri, Sep 23, 2016 at 1:43 PM, Rashmi Srinivasan < >>> [email protected]> wrote: >>> >>>> Is there a minimum requirement for apache 2.4 to run these tests? >>>> I have tried on different machines with different configurations with >>>> the same outcome. >>>> Please advise. >>>> >>>> Thanks, >>>> RS >>>> >>>> On Fri, Sep 23, 2016 at 1:14 AM, Rashmi Srinivasan < >>>> [email protected]> wrote: >>>> >>>>> Hi, >>>>> Thanks for checking this, >>>>> >>>>> I wanted to check the below:' >>>>> Stress testing of apache 2.2 works very well with the default >>>>> mpm worker onfiguration >>>>> However, apache 2.4 doesnt work at all with the default >>>>> configuration, gives the error: >>>>> 2000 concurrent requests >>>>> Benchmarking x.x.x.x (be patient) >>>>> socket: Too many open files (24) >>>>> >>>>> After changing the configuration, as described in the previous email, >>>>> it starts processing them: >>>>> Lots of timeouts are occurring. >>>>> Error in the error_lo is: >>>>> "AH00046: child process still did not exit, >>>>> sending a SIGKILL" >>>>> (2)No such file or directory: [client >>>>> x.x.x.c] AH01256: connect #7 to cgi daemon failed, sleeping before retry >>>>> 11)Resource temporarily unavailable: >>>>> AH01252: couldn't create child process: 11: >>>>> I also noticed that the CPU utilzation reached 99.9% >>>>> Which is when apache terminates >>>>> >>>>> What changes are to be done in this case. >>>>> Please advise >>>>> >>>>> Thanks, >>>>> RS >>>>> >>>>> >>>>> On Thu, Sep 22, 2016 at 9:54 PM, Yann Ylavic <[email protected]> >>>>> wrote: >>>>> >>>>>> On Thu, Sep 22, 2016 at 5:20 PM, Rashmi Srinivasan >>>>>> <[email protected]> wrote: >>>>>> > >>>>>> > Access log has the following status: >>>>>> > [22/Sep/2016:20:17:21 +0530] "GET /cgi-bin/script.cgi HTTP/1.0" >>>>>> 200 16 >>>>>> >>>>>> What's in the *error* log (path from the ErrorLog directive)? >>>>>> What about resources (CPU, load average, ...) on the httpd machine >>>>>> during the stress? >>>>>> >>>>>> Regards, >>>>>> Yann. >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: [email protected] >>>>>> For additional commands, e-mail: [email protected] >>>>>> >>>>>> >>>>> >>>> >>> >> >> >> -- >> >> *Rubén Toribio Aldeguer* >> Técnico Sistemas DataCenter >> Informática Área Sistemas >> (+34) 971743030 >> www.riu.com / www.riuplaza.com >> >> >> [image: Facebook] <http://www.facebook.com/Riuhoteles> [image: Twitter] >> <http://twitter.com/#%21/RiuHoteles> [image: Flickr] >> <http://www.flickr.com/photos/riuhotels/collections/> [image: Youtube] >> <http://www.youtube.com/user/RiuHotelsandResorts> [image: Google Plus] >> <https://plus.google.com/102337793674910512804/posts> >> >> >> >> This e-mail and its attachments, if any, are confidential and may be >> legally privileged. If you have received it in error, you are on notice of >> this status. Please do not copy or use it for any other purpose or disclose >> its contents to any other person: to do so could be a breach of confidence. >> You may contact us at +34 971 74 30 30 or at sender's e-mail address. >> [image: Facebook] *Please, consider the environment before printing this >> email.* <http://www.riu.com/es/sostenibilidad/inicio.jsp> >> > > -- *Rubén Toribio Aldeguer* Técnico Sistemas DataCenter Informática Área Sistemas (+34) 971743030 www.riu.com / www.riuplaza.com -- [image: Facebook] <http://www.facebook.com/Riuhoteles> [image: Twitter] <http://twitter.com/#%21/RiuHoteles> [image: Flickr] <http://www.flickr.com/photos/riuhotels/collections/> [image: Youtube] <http://www.youtube.com/user/RiuHotelsandResorts> [image: Google Plus] <https://plus.google.com/102337793674910512804/posts> This e-mail and its attachments, if any, are confidential and may be legally privileged. If you have received it in error, you are on notice of this status. Please do not copy or use it for any other purpose or disclose its contents to any other person: to do so could be a breach of confidence. You may contact us at +34 971 74 30 30 or at sender's e-mail address. [image: Facebook] *Please, consider the environment before printing this email.* <http://www.riu.com/es/sostenibilidad/inicio.jsp>
