Custom Query (2296 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (4 - 6 of 2296)

1 2 3 4 5 6 7 8 9 10 11 12
Ticket Resolution Summary Owner Reporter
#1503 worksforme 10x Massive performance hit on fastcgi_pass jobs-git@…
Description

I configured nginx such that it could handle 500k requests/s no sweat. That was benchmarking static html with wrk.

Then, I connected nginx with php-fpm 7.1 via fastcgi_pass to bench the server's performance. No changes from test was necessary, unfortunately, the server can now only do 50k requests/s that was still server a static file with opcache enabled.

I already tested several times and whenever I do fastcgi_pass the sever performance drops about 10x. Maybe 2x performance drop is still difficult to accept but 10x is Massive. I have scoured the web and it seems there was an indeed an issue with nginx connecting to other apps. Hope it gets resolved, I am including a uname -a and nginx -V for reference.

#1032 fixed 1.11.3 doesn't build if built with stream support, but without streaming SSL support kyl191@…
Description

I built 1.11.3 using a spec file that worked with 1.11.2. However, it failed with src/stream/ngx_stream_proxy_module.c: In function 'ngx_stream_proxy_handler': src/stream/ngx_stream_proxy_module.c:542:6: error: 'ngx_stream_upstream_t {aka struct <anonymous>}' has no member named 'ssl_name' u->ssl_name = uscf->host;

I added --with-stream_ssl_module to the configure call, and successfully rebuilt it.

Line 541 is #if (NGX_HTTP_SSL), should probably be #if (NGX_STREAM_SSL)

Failed build log: https://copr-be.cloud.fedoraproject.org/results/kyl191/nginx-mainline/fedora-24-i386/00422523-nginx-mainline/build.log.gz Successful build log: https://copr-be.cloud.fedoraproject.org/results/kyl191/nginx-mainline/fedora-24-i386/00422568-nginx-mainline/build.log.gz

Diff of RPM spec file: https://github.com/kyl191/nginx-mainline/commit/bc9707f3b8154b34f0f4d714ddcd45fccd4dc06f

#1077 duplicate [1.11.4_1] error_log location not respected serge-vk@…
Description

Since the update from 1.11.3 to 1.11.4_1, Nginx does not respect custom locations of error logs (but does respect the access_log location).

Regardless of the presence of error_log statement in nginx.conf, the error log is always created in /var/log/nginx/error.log. If the /var/log/nginx folder is removed, an attempt to start nginx (service nginx start) or even test configuration (nginx -t) produces this error message, followed by start-up output normally sent to the error log: nginx: [alert] could not open error log file: open() "/var/log/nginx/error.log" failed (2: No such file or directory) Downgrading to 1.11.3 restores normal behaviour

1 2 3 4 5 6 7 8 9 10 11 12
Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.