2

从 Samba 服务器同步到 S3，过去两周我们在同一个文件上遇到了同样的错误：

上传失败：../data/backup/SERVER/Full/Client Files/A/CLIENT/NCI.MPG 到 s3://SERVER/Full/Client Files/A/CLIENT/NCI.MPG

当我尾随我们的日志文件时会出现此错误。

当我使用 CLI 对该文件运行同步命令时，会引发以下错误：

[Errno 20] 不是目录：'/data/backup/SERVER/Full/Client Files/A/DOMAIN.com/NCI.MPG/'

每天运行另一个备份，它使用名称中带有空格的目录/文件，似乎只处理文件，但是我们的每周同步错误很大。以下是我们每天在 bash 脚本中调用的同步命令：

/usr/local/bin/aws s3 sync "/data/backup/$DIR" "s3://INTERNAL-SERVER/Full" --delete 2>&1 | tee -a $FILE ;;

$DIR之前定义为一个数组，其中包含/data/backup/SERVER/Full/. 我们逐步检查每个文件夹$DIR，直到抛出错误，上传三个小时后，一切正常。

我的想法是使用 --recursive 开关代替目录数组，但对我来说，为什么该命令会在一周中的六天正常工作，然后在我们运行完整上传的那一天，这对我来说没有意义，似乎连续两周在该特定文件上随机出错。

4

1 回答 1

0

我们巧妙地使用了一个古老版本的 CLI 中列出的调用来解决这个问题，一个 AWS 支持成员不知道它的存在，另一个说不再有效：

--content-type "UTF-8"

这实际上解决了我们的一些问题，但让我们不得不手动调用我们的“完整”备份 cron 作业，因为出于某种原因，自动调用时 cron 作业会出错。

于 2014-08-19T16:11:45.750 回答