NGINX截止静态文件早期下载

Question

我有一个烧瓶应用程序，该应用程序重定向请求，该请求应通过X-Accel-redirect将静态文件提供到nginx。有时，这些下载将在完成之前被切断。例如，通过卷发，我会看到：

curl http://my_server/some_static_file.tar > temp.tar
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
 77 14.4G   77 11.2G    0     0  55.8M      0  0:04:24  0:03:25  0:00:59 58.9M
curl: (18) transfer closed with 3449105332 bytes remaining to read

这似乎更频繁地发生在非常大的文件(10GB (的情况下，但是我看到它也发生在〜90MB的较小文件上。nginx访问日志显示通过并提供不同的，不完整的数据的请求：

1.2.3.4 - - [18/Apr/2017:01:16:26 +0000] "GET /some/flask/static/file/path HTTP/1.1" 200 15146008576 "-" "curl/7.38.0" "5.6.7.8"
1.2.3.5 - - [18/Apr/2017:01:16:29 +0000] "GET /some/flask/static/file/path HTTP/1.1" 200 15441739776 "-" "curl/7.38.0" "6.7.8.9"

errors.log没有任何有用。

我相关的烧瓶配置如下：

response = make_response('')
response.headers.set('X-Accel-Redirect', '/_special_nginx_path/' + file_name)
response.headers.set('Content-Disposition', 'attachment',
                     filename=file_name)
# have tried both with and without setting content-length
response.headers.set('Content-Length', os.path.getsize(file_path))
try:
    response.mimetype = mimetypes.guess_type(file_name)[0]
    if not response.mimetype:
        response.mimetype = 'application/octet-stream'
except AttributeError:
    response.mimetype = 'application/octet-stream'
return response

我的相关nginx配置如下(其中，运行烧瓶应用程序的UWSGI服务器以127.0.0.0.1:1234运行(：

location / {
            proxy_pass http://127.0.0.1:1234;
            proxy_redirect off;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }

location /_special_nginx_path {
           internal;
           alias /path/to/static/files;
    }

Answer 1

请检查您的磁盘使用情况，它可能是由于此而发生的，请首先检查nginx错误日志，错误日志可能具有以下日志，例如：

2018/10/28 14:20:24 [CRIT] 5432＃5432： *75 PWRITEV(((阅读上游时，

首先，确定哪个分区没有可用空间。您可以通过在终端中键入以下命令来做到这一点：

df -h

您现在将在屏幕上查看以下详细信息：

文件系统。尺寸。用过的。可用的。用过的。安装在。

浏览分区详细信息，并检查任何分区的磁盘使用情况是否已达到100％。

找到分区后，打开并删除无用的文件，以释放磁盘空间并解决问题。

如果分区安装在系统内存上(由TMPFS目录表示(，请运行以下命令以卸载它。

umount path_to_the_directory。

现在，重新启动nginx。错误现在将从文件中消失。

为了防止将来设备错误留下的无空间，请编辑NGINX配置文件(或您的网站配置文件(并增加密钥区的值。

用户面临问题，因为他们配置了OS为RAM中的缓存文件。尽管这可以快速提高您的网站的性能，但它减少了在服务器上运行的其他应用程序可用的RAM数量并导致内存错误。

如果您的服务器使用SSD而不是HDD，则无需将分区安装到系统内存中。

感谢对我有帮助的博客...