หลังจากเริ่มการสำรองข้อมูล มันจะดำเนินไประยะหนึ่งก่อนที่จะล้มเหลว ซึ่งเป็นสิ่งที่ฉันเข้าใจยาก ฉันสร้างการสำรองข้อมูลทดสอบใหม่ที่ทำงานได้อย่างไร้ที่ติ มันเป็นไฟล์เพียงไม่กี่ไฟล์ แต่สำหรับไดรฟ์ทั้งหมด มันล้มเหลวหลังจากนั้นไม่นาน ในกรณีนี้ มันได้รับเกือบ 42 กิกะไบต์ก่อนที่จะล้มเหลว
นี่คือข้อผิดพลาด:
rsync_bpc: การเชื่อมต่อถูกปิดโดยไม่คาดคิด (ได้รับ 41767840413 ไบต์แล้ว) [ตัวรับ]
เสร็จสิ้น: 575 ข้อผิดพลาด 35874 filesExist, 48740738296 sizeExist, 917361234 sizeExistComp, 0 filesTotal, 0 sizeTotal, 4847 filesNew, 4315933366 sizeNew, 1647882560 sizeNewComp, 3812035 inode
ข้อผิดพลาด rsync: ข้อผิดพลาดในสตรีมข้อมูลโปรโตคอล rsync (รหัส 12) ที่ io.c(226) [ตัวรับ = 3.1.3.0]
rsync_bpc: การเชื่อมต่อถูกปิดโดยไม่คาดคิด (จนถึงตอนนี้ได้รับ 83450982 ไบต์) [ตัวสร้าง]
DoneGen: ข้อผิดพลาด 757, 6871 filesExist, 596374878 sizeExist, 111756468 sizeExistComp, 472313 filesTotal, 198835601740 sizeTotal, 0 filesNew, 0 sizeNew, 0 sizeNewComp, 3789404 inode
ข้อผิดพลาด rsync: ข้อผิดพลาดที่ไม่ได้อธิบาย (รหัส 255) ที่ io.c(226) [ตัวสร้าง = 3.1.3.0]
rsync_bpc ออกจากสถานะร้ายแรง 255 (65280) (ข้อผิดพลาด rsync: ข้อผิดพลาดที่อธิบายไม่ได้ (รหัส 255) ที่ io.c(226) [เครื่องกำเนิด = 3.1.3.0])
recv >f+++++++++ rwx------ 197609, 197121 16029455 *เส้นทางไฟล์*/11Sec_2021พฤษภาคม_0122.png
Xfer PIDs อยู่ในขณะนี้
เอ็กซ์เฟอร์พิดส์
มีข้อผิดพลาดร้ายแรงระหว่าง xfer (ข้อผิดพลาด rsync: ข้อผิดพลาดที่ไม่ได้อธิบาย (รหัส 255) ที่ io.c(226) [generator=3.1.3.0])
cmdSystemOrEval: เกี่ยวกับระบบ /bin/ping -c 1 *ipaddress*
cmdSystemOrEval: เกี่ยวกับระบบ /bin/ping -c 1 *ipaddress*
CheckHostAlive: วิ่ง '/bin/ping -c 1 *ipaddress*'; กลับ 5.456
การสำรองข้อมูลถูกยกเลิก (ข้อผิดพลาด rsync: ข้อผิดพลาดที่ไม่ได้อธิบาย (รหัส 255) ที่ io.c(226) [เครื่องกำเนิดไฟฟ้า=3.1.3.0])
__bpc_progress_state__ ล้มเหลวในการล้างข้อมูล
BackupFailCleanup: nFilesTotal = 472313, ประเภท = เต็ม, BackupCase = 3, inPlace = 1, lastBkupNum =
BackupFailCleanup: แทนที่ด้วยไฟล์ใหม่บางไฟล์... ไม่มีการล้างข้อมูลและทำเครื่องหมายบางส่วน
__bpc_progress_state__ fsck
กำลังเรียกใช้ BackupPC_refCountUpdate -h drive -f บนไดรฟ์
cmdSystemOrEval: เกี่ยวกับระบบ /usr/share/backuppc/bin/BackupPC_refCountUpdate -h main_cdrive -f
Xfer PID ตอนนี้คือ 62150
เอ็กซ์เฟอร์พิดส์ 62150
ทั้งหมดนี้ใช้งานได้ก่อนที่ฉันจะเพิ่มไดรฟ์พิเศษลงในพูลของฉัน มีบางขั้นตอนที่ฉันทำผิดพลาดและฉันคิดว่าฉันทำไฟล์สำรองข้อมูลบางส่วนหาย ดังนั้นในระหว่าง BackupPC_fsck ฉันได้รับข้อผิดพลาดของไฟล์พูลที่ขาดหายไปและไม่สามารถเปิดข้อผิดพลาดได้ พร้อมกับข้อผิดพลาดในการอ่านแอตทริบิวต์ไม่ได้ ไม่สามารถเปิดป๊อปอัปข้อผิดพลาดระหว่างการสำรองข้อมูลได้เช่นกัน และน่าจะเป็นสาเหตุของข้อผิดพลาด 575
R bpc_attrib_dirRead: ไม่สามารถเปิด /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) ส่งคืน -1
ที่จริงเพียงแค่สังเกตเห็นเส้นทางเหล่านี้มี ฉ อยู่ต่อหน้าก็ไม่แน่ใจว่าเป็นเพราะอะไร?
จากที่กล่าวมา มันทำงานบนการเชื่อมต่อที่สั้นลง แม้แต่กับโฮสต์ที่ล้มเหลว เมื่อฉันกู้คืนไฟล์ 4 ไฟล์เมื่อสองสามวันก่อน พวกเขากู้คืนโดยไม่มีปัญหา ดังนั้นฉันจึงไม่เข้าใจว่ามันสามารถทำงานได้ถึง 40 กิกะไบต์แล้วล้มเหลวได้อย่างไร นี่ก็เป็นเวลาหลายชั่วโมงเช่นกัน แต่นั่นไม่ใช่เรื่องใหม่
สิ่งที่ควรทราบอีกอย่างคือโฮสต์นั้นใช้ Windows โดยใช้ cygwin เมื่อฉันแก้ไขปัญหา ฉันอัปเดต rsync บนโฮสต์เป็น 3.2.4 สำหรับ cygwin ซึ่งไม่ใช่เวอร์ชันเดียวกับ rsync-bpc 3.1.3 บนเซิร์ฟเวอร์ แต่ดูเหมือนว่าฉันจะหาวิธีดาวน์เกรดไม่ได้ cygwin rsync อาจเป็นปัญหาเวอร์ชัน rsync ไม่ตรงกันหรือไม่
การตั้งค่าไฟร์วอลล์ไม่เปลี่ยนแปลงเนื่องจากฉันสามารถสำรองข้อมูลทั้งหมดได้ อย่างไรก็ตาม windows 10 ได้รับการอัปเดตแล้ว เซิร์ฟเวอร์กำลังทำงานบน Ubuntu ซึ่งฉันอาจอัปเดตด้วยเนื่องจากใช้งานได้ ฉันจำไม่ได้
มีวิธีแก้ไขหรือขั้นตอนการแก้ไขปัญหาเพิ่มเติมที่ฉันสามารถทำได้หรือไม่? ฉันก็ทำตาม คำตอบนี้แต่ดูเหมือนว่าจะไม่มีข้อผิดพลาดใด ๆ โปรดจำไว้ว่าที่ทำกับ rsync 3.1.3 ธรรมดาไม่ใช่ rsync-bpc
อัปเดต: มีการพยายามสำรองข้อมูลเพิ่มเติม แต่ยังไม่มีข้อมูลสำรองใดที่ประสบความสำเร็จนอกจากข้อมูลสำรองทดสอบที่ฉันตั้งค่าไว้ ฉันเห็นรหัส 12, 19, 20 และ 255 ปรากฏขึ้นสำหรับ rsync การสำรองข้อมูลยังคงทำงานเป็นระยะเวลาหนึ่งก่อนที่จะล้มเหลว การสำรองข้อมูลครั้งล่าสุดเป็นเวลาประมาณ 4 วันก่อนที่จะล้มเหลว
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
