Điểm:0

rsync-bpc: kết nối bị đóng đột ngột sau khi nhận được 40GB

lá cờ in

Sau khi bắt đầu sao lưu, nó sẽ hoạt động một thời gian trước khi bị lỗi, đó là điều tôi thấy khó hiểu. Tôi đã tạo một bản sao lưu thử nghiệm mới hoạt động hoàn hảo, nó chỉ là một vài tệp, nhưng đối với toàn bộ ổ đĩa thì nó bị lỗi sau một thời gian, trong trường hợp này, nó đã nhận được gần 42 gigabyte trước khi bị lỗi

Đây là lỗi:

rsync_bpc: kết nối bị đóng đột ngột (41767840413 byte đã nhận cho đến nay) [bộ thu]
Xong: 575 lỗi, 35874 tệpExist, 48740738296 sizeExist, 917361234 sizeExistComp, 0 filesTotal, 0 sizeTotal, 4847 filesNew, 4315933366 sizeNew, 1647882560 sizeNewComp, 3812035 inode
lỗi rsync: lỗi trong luồng dữ liệu giao thức rsync (mã 12) tại io.c(226) [receiver=3.1.3.0]
rsync_bpc: kết nối bị đóng đột ngột (đã nhận được 83450982 byte cho đến nay) [trình tạo]
XongGen: 757 lỗi, 6871 tệpExist, 596374878 sizeExist, 111756468 sizeExistComp, 472313 filesTotal, 198835601740 sizeTotal, 0 filesNew, 0 sizeNew, 0 sizeNewComp, 3789404 inode
lỗi rsync: lỗi không rõ nguyên nhân (mã 255) tại io.c(226) [generator=3.1.3.0]
rsync_bpc đã thoát với trạng thái nghiêm trọng 255 (65280) (lỗi rsync: lỗi không giải thích được (mã 255) tại io.c(226) [generator=3.1.3.0])
           recv >f+++++++++rwx------ 197609, 197121 16029455 *filepath*/11Sec_2021May_0122.png
Xfer PID hiện tại 
xferPids 
Gặp lỗi nghiêm trọng trong xfer (lỗi rsync: lỗi không giải thích được (mã 255) tại io.c(226) [generator=3.1.3.0])
cmdSystemOrEval: sắp vào hệ thống /bin/ping -c 1 *ipaddress*
cmdSystemOrEval: sắp vào hệ thống /bin/ping -c 1 *ipaddress*
CheckHostAlive: đã chạy '/bin/ping -c 1 *ipaddress*'; trả lại 5,456
Đã hủy sao lưu (lỗi rsync: lỗi không giải thích được (mã 255) tại io.c(226) [generator=3.1.3.0])
__bpc_progress_state__ dọn dẹp không thành công
BackupFailCleanup: nFilesTotal = 472313, type = full, BackupCase = 3, inPlace = 1, lastBkupNum = 
BackupFailCleanup: inPlace với một số tệp mới... không dọn dẹp và đánh dấu một phần
__bpc_progress_state__ fsck
Chạy BackupPC_refCountUpdate -h drive -f trên ổ đĩa
cmdSystemOrEval: sắp hệ thống /usr/share/backuppc/bin/BackupPC_refCountUpdate -h main_cdrive -f
Xfer PID hiện là 62150
xferPids 62150

Tất cả điều này đã hoạt động trước khi tôi thêm một ổ đĩa bổ sung vào nhóm của mình, có một số sai lầm tôi đã thực hiện trong quá trình đó và tôi nghĩ rằng tôi đã mất một số tệp sao lưu. Vì vậy, trong BackupPC_fsck, tôi gặp lỗi thiếu tệp nhóm và lỗi không thể mở, cùng với lỗi không thể đọc thuộc tính. Cửa sổ bật lên báo lỗi không thể mở trong quá trình sao lưu cũng có thể là nguyên nhân gây ra lỗi 575.

R bpc_attrib_dirRead: không thể mở /var/lib/backuppc/cpool/f4/d0/f5d0f9b273dbeee4c54c4d7ed575d20a
R bpc_attribCache_loadPath: bpc_attrib_dirRead(/var/lib/backuppc/pc/main_cdrive/177, f%2fcygdrive%2fc/fUsers/fDillon/fDocuments/fAdobe/fPrelude/f9.0/fProfile-Dillon/fLayouts/attrib) trả về -1

Trên thực tế, chỉ cần nhận thấy tất cả những con đường này đã có f trước mặt họ, không rõ tại sao lại như vậy?

Như đã nói, như đã đề cập, nó hoạt động trên các kết nối ngắn hơn, ngay cả đối với máy chủ bị lỗi; khi tôi khôi phục 4 tệp vài ngày trước, chúng đã khôi phục mà không gặp sự cố. Vì vậy, tôi không hiểu làm thế nào nó có thể hoạt động trong 40 gigabyte và sau đó không thành công. Điều này cũng diễn ra trong nhiều giờ, nhưng điều đó không có gì mới.

Một điều cần lưu ý là Máy chủ lưu trữ trên Windows bằng cygwin. Khi tôi khắc phục sự cố, tôi đã cập nhật rsync trên máy chủ lên 3.2.4 cho cygwin, phiên bản này không giống với phiên bản rsync-bpc 3.1.3 trên máy chủ, tuy nhiên dường như tôi không thể tìm ra cách hạ cấp phiên bản cygwin rsync, nó có thể là sự cố không khớp với phiên bản rsync không?

Cài đặt tường lửa không thay đổi vì tôi có thể thực hiện sao lưu này đầy đủ, tuy nhiên, windows 10 đã được cập nhật. Máy chủ đang chạy trên Ubuntu, mà tôi cũng có thể đã cập nhật vì nó đang hoạt động, tôi không thể nhớ được.

Có giải pháp nào hoặc bất kỳ bước khắc phục sự cố nào khác mà tôi có thể thực hiện không? tôi đã làm theo câu trả lời này, nhưng dường như nó không có bất kỳ lỗi nào, hãy nhớ rằng điều đó đã được thực hiện với rsync 3.1.3 thông thường chứ không phải rsync-bpc.

Cập nhật: nhiều bản sao lưu đã được thử, nhưng chưa có bản sao lưu nào thành công ngoài bản sao lưu thử nghiệm mà tôi đã thiết lập. Tôi thấy mã 12, 19, 20 và 255 bật lên cho rsync. Các bản sao lưu vẫn chạy một thời gian trước khi bị lỗi, bản mới nhất đã chạy được ~ 4 ngày trước khi bị lỗi.

djdomi avatar
lá cờ za
điều gì đã xảy ra khi thử lại?
lá cờ in
@djdomi chưa thử lại kể từ thời điểm đó, vừa mới bắt đầu sao lưu toàn bộ, nhưng có thể mất một thời gian trước khi tôi nhận được bất kỳ kết quả nào
djdomi avatar
lá cờ za
đôi khi một tệp thay đổi và sau đó rsync sẽ bị hỏng
lá cờ in
@djdomi có thể, ổ đĩa đang được sao lưu đang được sử dụng trong khi được sao lưu, nhưng điều đó chưa bao giờ là vấn đề trước đây.
lá cờ in
@djdomi vì vậy các bản sao lưu đã được thử kể từ lần cuối tôi nhận xét, nhưng chưa có bản sao lưu nào thành công ngoài bản sao lưu thử nghiệm mà tôi đã thiết lập. Tôi thấy mã 12, 19 và 255 bật lên. Các bản sao lưu vẫn chạy trong một thời gian, bản mới nhất chạy được 4 ngày trước khi bị lỗi.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.