Custom Query (2297 matches)
Results (7 - 9 of 2297)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#89 | worksforme | crashing with upstream FASTCGI and keepalive (Windows) | ||
Description |
I set up nginx 1.1.13 to keep the connection to my backend server alive. I put this into production and nginx would only stay up for about 10 or 15 seconds. No errors were reported in the error log. I've attached my nginx.conf file. Here's the info from the Event Viewer Faulting application name: nginx.exe, version: 0.0.0.0, time stamp: 0x4f1442c0 Faulting module name: ntdll.dll, version: 6.1.7601.17514, time stamp: 0x4ce7ba58 Exception code: 0xc0000374 Fault offset: 0x000ce653 Faulting process id: 0x12c0 Faulting application start time: 0x01ccdac4bff11e83 Faulting application path: c:\nginx\nginx.exe Faulting module path: C:\Windows\SysWOW64\ntdll.dll Report Id: 0a51b1e5-46b8-11e1-9eec-001999546962 |
|||
#96 | worksforme | Default_server catch all block not working | ||
Description |
Nginx after a Load Balancer and proxying Apache php site behaves in a strange way when defining a default_server catch-all block. Scenario :: Only one site-enabled with several server blocks defined on it. Each server has plenty of server_name (as ServerAlias does have the underlying apache). Next block is defined at the very beggining of site-enabled/onlysite : server { listen 80 default_server; server_name _; proxy_intercept_errors on; error_log /var/log/nginx/000default-error.log debug; access_log /var/log/nginx/000default-access.log; return 444; } Result: .- As soon as i enable the above block, Server seems to respond Ok, returning 444 to every request like nonexistantsubdomain.mydomain.com but the 000default-access.log starts to be filled with:
.- In less than 3 minutes, suddenly the above access log stops receiving that bunch of 444 responded requests[A] and it only shows the [B] from time to time (some buffer overloaded?). From that moment on, any request gets error as reponse. |
|||
#109 | worksforme | mp4 fails to stream after positioning to unloaded portion of the clip | ||
Description |
Steps:
NOTE: you should position to the uncached part of the clip to reproduce the bug. It's hard to do this locally due to very high load speed. Happened: video playback fails to resume (at about 80% of the cases) only sound plays. Expected: normal playback after positioning. tested on win 1.1.15 / win 1.0.12 / linux64 1.0.12 - behavior is the same. Comments:
Steps:
result: everything is almost OK, BUT note that for about 0.5/1 sec video is distorted (until the key frame) - there is no such behavior on apache2+streaming, everything works fine with apache
result: video playback stopped with a lot of errors in mplayer log - there is no such behavior on apache2+streaming, everything works fine with apache -- Dan |