python – Nginx早期切断静态文件下载

前端之家收集整理的这篇文章主要介绍了python – Nginx早期切断静态文件下载前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我有一个Flask应用程序,通过x-accel-redirect将应该提供静态文件的请求重定向Nginx.有时,这些下载将在完成之前被切断.例如,通过cURL,我会看到:

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
@H_404_7@

这似乎更常见于非常大的文件(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"
@H_404_7@

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
@H_404_7@

我的相关Nginx配置如下(运行我的烧瓶应用程序的uWSGI服务器运行在127.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;
    }
@H_404_7@
最佳答案
请检查您的磁盘使用情况,因此可能会发生这种情况,首先检查Nginx错误日志,错误日志可能包含以下日志:

2018/10/28 14:20:24 [crit] 5432#5432: *75 pwritev() “/var/lib/Nginx/uwsgi/1/00/0000000001” Failed (28: No space left on device) while reading upstream,

首先,确定哪个分区没有可用空间.您可以通过在终端中键入以下命令来执行此操作:

df -h
@H_404_7@

您现在将在屏幕上看到以下详细信息:

File system. Size. Used. Available. Used. Mounted on.

浏览分区详细信息并检查是否有任何分区的磁盘空间使用率达到100%.

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

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

Umount path_to_the_directory.

现在,重启Nginx.该错误现在将从文件中消失.

为防止将来设备错误留下空间,请编辑Nginx配置文件(或您网站的配置文件)并增加密钥区域的值.

用户面临问题,因为他们将操作系统配置为从RAM提供缓存文件.虽然这可以快速提高站点性能,但它可以减少服务器上运行的其他应用程序可用的RAM量,并导致内存不足错误.

如果您的服务器使用SSD而不是HDD,则不必将分区安装到系统内存中.

感谢blog帮我…

原文链接:https://www.f2er.com/nginx/434430.html

猜你在找的Nginx相关文章