OSS 上传出现异常

2022-06-04 16:39:36

案例一：

OSSBrower "no space left on"

分析：

有明显报错信息的先 Google 一下，看看是操作系统错误还是 OSSBrower 抛出，经过鉴定错误是 Linux 系统底层返回，说明当时系统的 OSSBrower 所在的目录磁盘满了，开源的错误到处可以看到，自行解决即可。

案例二：

分片上传成功，下载 404

分析：

如果分片上传成功，肯定不会出现访问 404 的情况，检查下

上传成功后 OSS 有没有返回 requestID ，如果没有返回证明是没有上传成功的。
客户端的代码是否判断分片上传成功就去下载文件是有问题的，分片上传成功不代表文件都上传完成。
分片上传应该在 complete 合并分片之前进行判断 httpstatu==200 & requestID != None 才是真正的上传成功。
如果文件已经合并完成，并且返回 requestID，但还是下载 404 ，需要升级阿里云进行处理。

案例三：

IO error

背景：
客户端上传 OSS 过程中出现 “uploadFile:fail Write error: ssl=0x76d62a40: I/O error during system call, Software caused connection abort ”

分析：

这个是标准的 android 系统的报错，不是 oss 的问题，有很多开源的错误都有描述，建议参考下
参考1
参考2

案例四：

背景：Could not resolve host

2018/10/24 14:03:47 hlg_matting_PreF (pid=15693)(error): parseUrl2Image.hpp(186), read_element: image_url_service connect fail: Could not resolve host: da.oss-cn-hangzhou-internal.aliyuncs.com, url: https://da.oss-cn-hangzhou-internal.aliyuncs.com/mattings/0/images/20181024-135354-f5ee.jpg

上传 OSS 文件解析失败，DNS 无法解析于域名，此问题需要排查下 DNS 是否工作正常，或者主机上的 DNS 服务是否正常。

案例五：

背景：python SDK 分片上传失败

用户通过 python SDK 的分片上传函数上传到 OSS 失败，碎片管理中出现很对碎片。

先确认是直接传到 OSS，还是通过其他 proxy 传输到 OSS （类似 CDN），如果经过 CDN 再上传到 OSS 需要在 OSS 上配置跨域的头，Access-Control-Allow-Origin 、Access-Control-Allow-Mehtod 、Access-Control-Allow-header，并且将 Etag 暴露出去。
客户端上传失败是因为网络超时，还是捕获到异常上传失败，需要详细看下捕获到的 SDK 异常信息分析，如果是网络超时导致上传失败，建议使用断点续传来替代普通上传。断点续传支持分片，并发，已经弱网的兼容。
清理掉上传失败的碎片文件重新上传。
当以上操作都解决不了你的问题时，需要提供以下信息升级阿里云便于快速定位：
- 提供 SDK 异常时返回的 requestID，这个属性是 response header 中携带的记录了完整的 OSS 请求过程。
- 客户端部署 tcpdump ，然后重新运行代码上传，保存抓包。
  tcpdump -i <网卡出口名称> -s0 host <访问oss的域名> -w faild.pcap

案例六：

C# SDK 分片上传报错

错误    2019/2/13 10:24:28    ServerApi    0    无    "Failed to stop service. System.InvalidOperationException: An unhandled exception was detected ---> System.IO.IOException: Unable to read data from the transport connection: The connection was closed.
   at Aliyun.OSS.Util.AsyncResult.WaitForCompletion()
   at Aliyun.OSS.Common.Communication.RetryableServiceClient.EndSend(IAsyncResult ar)
   at Aliyun.OSS.Util.OssUtils.EndOperationHelper[TResult](IServiceClient serviceClient, IAsyncResult asyncResult)
   at SAAS.Common.Aliyun.MultipartUploadSample.UploadPartCallback(IAsyncResult ar)
   at Aliyun.OSS.Common.Communication.ServiceClientImpl.<>c__DisplayClass5.<BeginSetRequestContent>b__4(IAsyncResult ar)
   at System.Net.LazyAsyncResult.Complete(IntPtr userToken)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threadin..."

### 排查

出现类似报错是因为客户设置的分片过小导致，先问题出用的是分片上传还是断点续传；
如果是分片上传，根据文件总大小合理的提升分片 size ，比如客户原来设置的是 50M，现在可以提升到 100M 测试；
另外请使用断点续传重新替换下分片上传，此案例在分析过程中通过客户端的抓包发现大量的丢包重传，这种情况下是普通的分片可能直接报错，不会再进行重传了。

案例七：

OSS 上传后，但显示长度为 0

排查

1）首先排查下客户端上传是用什么方式（SDK、API、工具）不同的方法可能使用也是不同的。确认好使用 SDK 我们使用客户端的原文件进行上传测试，看问题是否可以复现。

可以复现，说明我们自己可以进行排查无需用户配合；
我们自己复现不了说明问题是客户个案，肯定不是工具或者产品的问题；

2）获取当前问题发生的 OSS requestID

如果是工具，可以通过增加 log 的方式来获取，比如 ossutil 有时候会在控制台显示，也可以通过当前目录下的隐藏的操作日志来确认；
如果是 SDK ，客户可以通过代码返回的结果对象中获取到这个属性，比如 java SDK

3）当获取到 requestID 查询到日志后，先看下用户上传的结果是 200 还是异常的，如果是 200 说明上传成功；
其次看下用户写入的长度是多大？如果客户写入的就是 0 字节，那么和 MD5 没有任何关系，OSS 除了分片、断点续传方法对第一片的大小有限制（100KB）外，其余的普通上传方法均没有对文件最小值做限制，也就是用户可以上传一个空文件。

码农公寓

案例一：

案例二：

案例三：

案例四：

案例五：

案例六：

案例七：

排查

相关文章