2017-08-01 38 views
0

我試圖使用Duplicity將Ubuntu 16.04的大文件系統(〜800 GB)備份到Amazon S3。它看起來像支持了大部分的文件系統,但卻一直停留在最後。Ubuntu 16.04 Duplicity備份到Amazon S3失敗,「[Errno 104]連接重置對等」

我現在已經好幾次運行此命令,它不停地進行故障/在同一個地方中止(約8小時後備用):

$ duplicity --no-encryption --s3-use-ia --archive-dir /var/abc/tmp --tempdir /var/abc/tmp --exclude /var/abc/tmp /var/abc s3://s3-us-west-2.amazonaws.com/mybucket 

Local and Remote metadata are synchronized, no sync needed. 
Warning, found incomplete backup sets, probably left from aborted session 
Last full backup left a partial set, restarting. 
Last full backup date: Tue Jul 25 11:13:45 2017 
RESTART: Volumes 32085 to 32085 failed to upload before termination. 
     Restarting backup at volume 32085. 
Restarting after volume 32084, file backups/resourcespace.20170730.sql.gz, block 399 
Attempt 1 failed. error: [Errno 104] Connection reset by peer 
Attempt 2 failed. error: [Errno 104] Connection reset by peer 
Attempt 3 failed. error: [Errno 104] Connection reset by peer 
Attempt 4 failed. error: [Errno 104] Connection reset by peer 
Giving up after 5 attempts. error: [Errno 104] Connection reset by peer 

我第一次嘗試後,我試圖升級口是心非最新PPA現在正在運行0.7.13.1。再次嘗試 - 同樣的失敗。

接下來,我將boto從2.38.0升級到2.48.0(通過PIP),並且仍然看到相同的故障。

我發現一些較舊的帖子提示,這是由於某種5GB的亞馬遜方面的限制,但是這些帖子也聲稱它應該是固定在0.7系列的Duplicity(我正在運行)。

有關如何進一步排除故障的任何建議將不勝感激,謝謝!

回答

0

想在這裏發佈一個跟進。儘管確切的答案有點不明確,但我終於做到了這一點。

本來我有一個部分/中止備份,我升級了重複,然後boto,然後嘗試恢復中止備份,看看我能否完成它。

上,放棄之後,我做了以下內容:

  1. 刪除原始備份與所有更新的代碼重新開始。
  2. 增加 - 對1024個Duplicity進行虛擬化以減少正在記錄的卷的數量。
  3. 新增--s3-use-multiprocessing可以讓事情變得更快。

一個或多個這些步驟治癒了Errno 104問題,現在完成了我的備份。當我運行新備份時,事情看起來與我的臨時決策不同,所以我非常懷疑可能是從舊代碼恢復舊備份導致問題。但它可能很容易與volsize相關(從20MB到1024MB)。

我的簽名文件在7.7GB處仍然很大,但不再造成問題。

現在一切似乎都正常工作,用乾淨的備份。

0

我遇到了同樣的問題。原來我的AWS訪問&密鑰錯誤。更新他們解決了這個問題。

也許這不是你的情況,但它可以幫助其他人受到影響。

+0

謝謝@yajo。在我的情況下,它確實向S3存儲桶記錄了大約700GB的數據(通過AWS網絡用戶界面進行驗證),所以它絕對可以正常驗證。我最好的猜測是,它試圖上傳文摘或其他東西時被卡住了。 – DanJ

相關問題