加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 运营中心 > Nginx > 正文

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

发布时间:2020-12-13 21:36:52 所属栏目:Nginx 来源:网络整理
导读:我有一个Flask应用程序,通过x-accel-redirect将应该提供静态文件的请求重定向到NGINX.有时,这些下载将在完成之前被切断.例如,通过cURL,我会看到: curl http://my_server/some_static_file.tar temp.tar % Total % Received % Xferd Average Speed Time Time

我有一个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

这似乎更常见于非常大的文件(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.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;
    }
最佳答案
请检查您的磁盘使用情况,因此可能会发生这种情况,首先检查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

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

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

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

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

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

Umount path_to_the_directory.

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

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

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

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

感谢blog帮我…

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读