zijunchiang
|
cbd5001e98
|
docs(tasks): 修正整包上传失败结论——与体积无关,指向 Gitea 宿主机磁盘
原先记的「16.4 MB 边界」是误判(当时磁盘正被失败的请求逐步填满)。补做隔离
测试后:1 KB 与 100 KB 也失败且是**瞬间**失败(不是读完请求体才判断),三个仓库的
Release 资产接口同样失败,而创建 Release / PATCH 说明(纯 JSON)都正常,
其间还有 927 KB 的附件成功过一次 —— 因此不是体积上限,而是「附件文件落盘」这条
通道坏了,最可能是 Gitea 宿主机磁盘/临时目录几乎写满(返回 500 而非 413)。
IIS 那一关已确认放开生效(38,245,661 字节请求体被完整接收,不再 413)。
整包与 SHA256SUMS 已就绪,待宿主机空间问题解除后立即上传(不生成分卷)。
详见 opendance-web/deploy/proxy/README.md 第九节 9.1。
|
2026-09-17 01:51:33 +08:00 |
|
zijunchiang
|
e4b33a9c98
|
docs(tasks): 记录 v0.2.0 整包上传的两阶段实测(IIS 已放开,Gitea 侧仍 500)
按文档 §5.7 硬性要求 4 记录实测上限:
- IIS 未放开时 30.5 / 40 MB 返回 413;
- IIS 放开后,38,245,661 字节的整包请求体被**完整接收**(115 s),
但 Gitea 返回 HTTP 500(API 错误信封 message 为空);
- 同接口边界:914 KB 与 16,372,427 B 通过,16,400,000 B 及以上失败;
多次大包失败后连 100 KB 都会在 0.3 秒内 500 —— 更像上传临时目录 /
数据盘写满(Gitea 先写 data/tmp),而不是体积上限。
结论:只放开 IIS 不足以放行 38 MB 整包,还需清理/扩容 Gitea 数据盘
并调整 app.ini 的 [attachment] MAX_SIZE;详见
opendance-web/deploy/proxy/README.md 第九节。
|
2026-09-17 01:40:33 +08:00 |
|