Dear Shashank, Can you please rerun the workload with more worker_processes (e.g., 10)? Please also check that whether you can login as the users failed (e.g., try Login as d2zg1z6jm via the browser).
Regards, Nooshin On Wed, Dec 2, 2015 at 5:57 PM, shashank shekhar <[email protected]> wrote: > Hi Nooshin, > > Thanks for the response. Here is the nginx.conf: > > > ------------------------------------------------------------------------------------------------------------- > > #user nobody; > worker_processes 4; > > #error_log logs/error.log; > #error_log logs/error.log notice; > #error_log logs/error.log info; > > #pid logs/nginx.pid; > > > events { > worker_connections 1500; > } > > > http { > include mime.types; > default_type application/octet-stream; > > #log_format main '$remote_addr - $remote_user [$time_local] > "$request" ' > # '$status $body_bytes_sent "$http_referer" ' > # '"$http_user_agent" "$http_x_forwarded_for"'; > > #access_log logs/access.log main; > > sendfile on; > #tcp_nopush on; > > #keepalive_timeout 0; > keepalive_timeout 65; > > #gzip on; > > server { > listen 80; > server_name localhost; > > #charset koi8-r; > > #access_log logs/host.access.log main; > > location / { > root /var/www/public_html; > index index.html index.htm index.php; > proxy_read_timeout 300; > } > > #error_page 404 /404.html; > > # redirect server error pages to the static page /50x.html > # > error_page 500 502 503 504 /50x.html; > location = /50x.html { > root html; > } > > # proxy the PHP scripts to Apache listening on 127.0.0.1:80 > # > #location ~ \.php$ { > # proxy_pass http://127.0.0.1; > #} > > # pass the PHP scripts to FastCGI server listening on > 127.0.0.1:9000 > # > location ~ \.php$ { > root /var/www/public_html ; # (e.g., /var/www/public_html ); > fastcgi_pass 127.0.0.1:9000; > fastcgi_index index.php; > fastcgi_read_timeout 300; > fastcgi_param SCRIPT_FILENAME > /var/www/public_html/$fastcgi_script_name; # (e.g., > /var/www/public_html/$fastcgi_script_name) > include fastcgi_params; > } > > access_log off; > > # deny access to .htaccess files, if Apache's document root > # concurs with nginx's one > # > #location ~ /\.ht { > # deny all; > #} > } > > > # another virtual host using mix of IP-, name-, and port-based > configuration > # > #server { > # listen 8000; > # listen somename:8080; > # server_name somename alias another.alias; > > # location / { > # root html; > # index index.html index.htm; > # } > #} > > > # HTTPS server > # > #server { > # listen 443; > # server_name localhost; > > # ssl on; > # ssl_certificate cert.pem; > # ssl_certificate_key cert.key; > > # ssl_session_timeout 5m; > > # ssl_protocols SSLv2 SSLv3 TLSv1; > # ssl_ciphers HIGH:!aNULL:!MD5; > # ssl_prefer_server_ciphers on; > > # location / { > # root html; > # index index.html index.htm; > # } > #} > > } > > ------------------------------------------------------------------------------------- > > Regards, > Shashank > > On Wed, Dec 2, 2015 at 6:15 AM, Nooshin Mirzadeh <[email protected] > > wrote: > >> Hi Shashank, >> >> The problem might be in nginx configuration, can you please send us your >> nginx.conf file? >> >> Regards, >> Nooshin >> >> On Tue, Dec 1, 2015 at 11:56 PM, shashank shekhar <[email protected] >> > wrote: >> >>> Hi All, >>> >>> I have setup the web serving benchmark as defined in the installation >>> guideline. I need to gather >>> metrics when the frontend saturates. However, I am unable to do that. >>> Once it reaches around 200-250 users, it starts to throw exceptions such as: >>> >>> >>> - Image at >>> http://frontend:80/fileService.php?cache=false&file=e3774t.jpg size >>> of 383 bytes is too small. Image may not exist >>> - UIDriverAgent[0].146.doAddEvent: Multipart Post did not work, >>> returned status code: 504 >>> - UIDriverAgent[0].125.doLogin: Found login prompt at index 1969, >>> Login as d2zg1z6jm, 5876 failed. >>> >>> I looked at the nginx logs and it has connection timeouts: >>> >>> [error] 1186#0: *3208 upstream prematurely closed connection while >>> reading response header from upstream, client: X.X.X.X, server: localhost, >>> request: "POST /taggedEvents.php HTTP/1.1", upstream: "fastcgi:// >>> 127.0.0.1:9000", host: "frontend" >>> >>> I tried increasing timeout and keepalive parameters, but it did not help. >>> >>> I am using variable load distribution, but even with static, the results >>> are similar. The maximum CPU utilization reached was 95%. >>> >>> Any suggestion about what can be done is appreciated. Thanks! >>> >>> Regards, >>> Shashank >>> >>> >>> >>> >> >
