通过状态码和OSS报错码排查问题

203

请根据以下具体请求进行排除：

• DeleteObjects
• CompleteMultipartUpload
• PutBucketLogging
• PutBucketWebsite
• PutBucketLifecycle
• PutBucketReferer
• PutBucketCORS

• 没有提交RestoreObject请求或者上一次提交RestoreObject已经超时。
• 已经提交RestoreObject请求，但数据的RestoreObject操作还没有完成。

不同场景对应的问题原因不同，具体如下：

• 客户端显示上传成功，但下载提示404。
  
  • Object或Bucket名称拼写错误。
  • 上传成功后未收到OSS返回的requestId，即实际未上传成功。
  • 触发生命周期管理规则，Object被删除。
  • 分片上传或者断点续传时，部分分片上传成功，但最终未完成上传。
• 文件之前一直存在，访问突然提示404。
  • Object被其他具有合法权限的用户通过OSS控制台、OSS客户端或API等方式删除了。
  • 目标Bucket与其他Bucket存在跨区域复制关系，其他Bucket中执行了删除操作，同步到目标Bucket中，所以文件也被删除了。

请参考以下步骤进行排查：

1. 确保请求的Bucket名称是正确的。
2. 确保请求的Object名称是正确的。如果是软连接，则确保软连接指向的Object是存在的。
3. 检查OSS设置的生命周期规则，确认Object未触发删除规则。详情请参见设置生命周期管理规则。
4. 确认请求的Object资源未被其他具有合法权限的用户删除了。
5. 检查Bucket未与其他Bucket存在跨区域的复制关系。如果存在该关系，检查源Bucket中是否存在您请求的Object资源。
6. 如果是上传Object资源后访问404，确认上传后收到返回的requestId。如果是分片上传或断点续传，确认最终以complete合并分片后返回的HTTP 200状态码以及requestId为准。详情请参见InitiateMultipartUpload。

为了后续通过日志快速定位404问题，建议您开启OSS的日志存储功能。详情请参见设置日志存储。

Bucket命名规则请参见命名规则。

• position的值和当前Object的长度不一致
• position值为0时，如果没有同名Appendable Object，或者同名Appendable Object长度为0，该请求成功；其他情况均视为position和Object长度不匹配的情形，返回此错误码。

• 指定了If-Unmodified-Since，但指定的时间早于Object实际修改时间。
• 指定了If-Match，但源Object的ETag值和您提供的ETag不相等。

OSS针对以下管控类API进行QPS限制：

• Service的操作：GetService (ListBuckets)
• Bucket的操作，如PutBucket、GetBucketLifecycle等。
• 跨域资源共享的操作，如PutBucketCORS、GetBucketCORS等。
• LiveChannel的操作，如PutLiveChannel、DeleteLiveChannel等。

超出阈值，则返回503。