Artifactory 大型下载失败

Question

我的连续传奇：

\n\n

我在CentOS 7.4系统上运行Artifactory Pro 5.8.4，该系统使用 Artifactory 的内置Nginx服务作为反向代理。大多数时候，在下载大对象时，连接会失败。此外，在失败的连接中传输的最后几千字节的数据似乎是垃圾；因此，当文件恢复时，中间有一个无效的部分。\n失败时的 Nginx 日志提供以下错误消息：

\n\n

\n

2018/01/22 23:26:32 [错误] 884#0: *48048865 readv() 读取上游时失败（104：连接被对等方重置），客户端：12.2.178.130，服务器：~(?.+)。 artifactory.common.mycoolco.com，请求：“GET /controller/release/20171218-2119-2aa9f0e8c32bf3f08dd96a97127204d1f400f895fa2e67100a3830861c0becb0bfae28244c058510c8312e98378c 0b77251b4bb7926ceae2d465ce2d533b88dc HTTP/1.1”，上游：“ http://127.0.0.1:8081/artifactory/controller/release/20171218-2119- 2aa9f0e8c32bf3f08dd96a97127204d1f400f895fa2e67100a3830861c0becb0bfae28244c058510c8312e98378c0b77251b4bb7926ceae2d465ce2d533b88dc “，主机： “artifactory.common.mycoolco.com”

\n

\n\n

Artifactory 日志通常（但并非总是）有如下所示的错误：

\n\n

\n

2018-01-22 23:14:20,106 [http-nio-8081-exec-87] [警告] (oarArtifactoryResponseBase:137) - 客户端关闭请求 499: java.net.SocketTimeoutException

\n

\n\n

任何进一步的诊断建议将不胜感激。

\n\n

这不会影响任何明显的更改：\n作为后续工作，我将在维护时段期间通过编辑 nginx.conf 文件 (/etc/opt/) 更改本周末（3 月 18 日星期日）测试的一些设置rh/rh-nginx18/nginx/nginx.conf) 包含设置“worker_processes 2”（当前为 1），将工作连接数从 1024 增加到 2048，并将 keepalive_timeout 从 65 更改为 130。

\n\n

我们有一个托管在 AWS 中的 Artifactory 实例，没有其他代理或负载均衡器；只是一个实例和一个指向私有 IP 地址的路由 53 条目。我们看到基线 10% 的 CPU 使用率，每 15 分钟就会飙升至 100%……显然是来自 java 进程。java -version：openjdk 版本“1.8.0_161”OpenJDK 运行时环境（内部版本 1.8.0_161-b14）OpenJDK 64 位服务器 VM（内部版本 25.161-b14，混合模式）。现在在artifactory.版本：5.8.4

\n\n

> --2018-03-08 22:09:42--  https://artifactory.common.mycoolco.com/controller/pre-release/20180308-2216-023a0b8309af8889\nResolving artifactory.common.mycoolco.com (artifactory.common.mycoolco.com)... 55.111.66.99\nConnecting to artifactory.common.mycoolco.com (artifactory.common.mycoolco.com)|55.111.66.99|:443... connected.\nHTTP request sent, awaiting response... 200 OK\nLength: 1241911191 (1.2G) [application/octet-stream]\nSaving to: \xe2\x80\x9820180308-2216-023a0b8309af8889\xe2\x80\x99\n\n20180308-2216-c3499ea023a0b8309  86%[=============================================>        ]   1.00G   568KB/s    in 1m 31s \n\n2018-03-08 22:30:14 (857 KB/s) - Connection closed at byte 1079774172. Retrying.\n\n--2018-03-08 22:30:15--  (try: 2)  https://artifactory.common.mycoolco.com/controller-os/pre-release/20180308-2216-023a0b8309af8889\nConnecting to artifactory.common.mycoolco.com (artifactory.common.mycoolco.com)|55.111.66.99|:443... connected.\nHTTP request sent, awaiting response... 206 Partial Content\nLength: 1241911191 (1.2G), 162137019 (155M) remaining [application/octet-stream]\nSaving to: \xe2\x80\x9820180308-2216-023a0b8309af8889\xe2\x80\x99\n\n20180308-2216-c3499ea023a0b8309 100%[++++++++++++++++++++++++++++++++++++++++++++++=======>]   1.16G  1.08MB/s    in 0m 22s  \n\n2018-03-08 22:32:38 (1.09 MB/s) - \xe2\x80\x9820180308-2216-023a0b8309af8889\xe2\x80\x99 saved [1241911191/1241911191]\n

\n\n

显示 java 高 CPU 使用率的 top 命令\n AWS cpu 峰值

\n

Answer 1

该问题可能是由于 \xe2\x80\x8b proxy_max_temp_file_size造成的。默认值为 1GB。检查是否proxy_max_temp_file_size 0帮助。

\n