อูบุนตู 21.10
เมื่ออัพเกรด backuppc ล้มเหลว
ฉันอัปเกรด rsync_bpc 3.1.3.0 ตามที่ร้องขอโดย backuppc เซิร์ฟเวอร์ backuppc เริ่มทำงาน (ก่อนหน้านี้ไม่ได้) และรันได้ แต่การสำรองข้อมูลล้มเหลวโดยมีรหัสข้อผิดพลาดนี้:
มีข้อผิดพลาดร้ายแรงระหว่าง xfer (ข้อผิดพลาด rsync: ข้อผิดพลาดที่ไม่ได้อธิบาย (รหัส 255) ที่ io.c(226) [Receiver=3.1.3.0])
2021-10-26 15:02:57 การสำรองข้อมูลถูกยกเลิก (ข้อผิดพลาด rsync: ข้อผิดพลาดที่อธิบายไม่ได้ (รหัส 255) ที่ io.c(226) [ตัวรับ=3.1.3.0])
ถ้าฉัน rsync เซิร์ฟเวอร์ไปยังรีโมตจะไม่มีข้อผิดพลาด
ฉันรู้ว่ามีคนไม่มากนักที่ใช้ backuppc ดังนั้นฉันจึงไม่คาดหวังให้ใครมาให้คำแนะนำ แต่อาจมีบางคนที่มีปัญหาเดียวกัน
ฉันได้ติดตั้งแล้ว:
root@zika:/home/brad# rsync_bpc --version
rsync_bpc เวอร์ชัน 3.1.3.0 โปรโตคอลเวอร์ชัน 31
ลิขสิทธิ์ (C) 1996-2018 โดย Andrew Tridgell, Wayne Davison และคนอื่นๆ
เว็บไซต์: http://rsync.samba.org/
ความสามารถ:
ไฟล์ 64 บิต, inums 64 บิต, การประทับเวลา 64 บิต, ints ยาว 64 บิต,
socketpairs, ฮาร์ดลิงก์, symlink, IPv6, batchfiles, inplace,
ต่อท้าย, ACLs, xattrs, iconv, symtimes, ไม่มีการจัดสรรล่วงหน้า
rsync มาพร้อมกับการรับประกันอย่างไม่มีเงื่อนไข นี่เป็นซอฟต์แวร์ฟรีและคุณ
ยินดีที่จะแจกจ่ายต่อภายใต้เงื่อนไขบางประการ ดู GNU
ใบอนุญาตสาธารณะทั่วไปสำหรับรายละเอียด
และ:
root@zika:/home/brad# rsync --version
rsync เวอร์ชัน 3.2.3 โปรโตคอลเวอร์ชัน 31
ลิขสิทธิ์ (C) 1996-2020 โดย Andrew Tridgell, Wayne Davison และคนอื่นๆ
เว็บไซต์: https://rsync.samba.org/
ความสามารถ:
ไฟล์ 64 บิต, inums 64 บิต, การประทับเวลา 64 บิต, ints ยาว 64 บิต,
socketpairs, ฮาร์ดลิงก์, ฮาร์ดลิงก์พิเศษ, symlink, IPv6, atimes,
แบตช์ไฟล์, แทนที่, ต่อท้าย, ACL, xattrs, ทางเลือกในการป้องกัน-args, iconv,
ซิมไทม์, การจัดสรรล่วงหน้า, หยุดที่, ไม่มี crtimes
การเพิ่มประสิทธิภาพ:
SIMD, ไม่มี asm, opensl-crypto
รายการตรวจสอบ:
xxh128 xxh3 xxh64 (xxhash) md5 md4 ไม่มี
รายการบีบอัด:
zstd lz4 zlibx zlib ไม่มี
rsync มาพร้อมกับการรับประกันอย่างไม่มีเงื่อนไข นี่เป็นซอฟต์แวร์ฟรีและคุณ
ยินดีที่จะแจกจ่ายต่อภายใต้เงื่อนไขบางประการ ดู GNU
ใบอนุญาตสาธารณะทั่วไปสำหรับรายละเอียด
ขอบคุณมาก!
อัปเดต: ฉันแก้ไขปัญหานี้แล้ว (การพึ่งพา)
ฉันพบปัญหาเดียวกันและพบหน้านี้ หลังจากใช้ Googeling หลายครั้ง ฉันพบวิธีแก้ปัญหาที่เหมาะกับฉัน
หากคุณดูที่ XferLOG ของการเรียกใช้การสำรองข้อมูลที่ล้มเหลว คุณจะเห็นคำสั่งที่ BackupPC พยายามเรียกใช้ (ฉันพบ XferLOG ในหน้าสรุปของโฮสต์) ฉันมีข้อผิดพลาดหลายอย่างเมื่อฉันพยายามเรียกใช้คำสั่งบนเซิร์ฟเวอร์ BackupPC ในฐานะผู้ใช้ BackupPC
ฉันได้เพิ่ม --verbose ตัวเลือกใน RsyncSshArgs ซึ่งไม่รู้จักกับ rsync_pbc ข้อผิดพลาดจากคำสั่งนี้ฉันสังเกตเห็นเฉพาะเมื่อพยายามเรียกใช้คำสั่งด้วยตนเอง
ฉันต้องการให้การสำรองข้อมูลเข้าสู่ระบบไคลเอนต์นี้ในฐานะผู้ใช้ที่แตกต่างจาก backuppc ในกรณีนี้คือผู้ใช้รูท (ใช่ฉันรู้....ฉันควรใช้ผู้ใช้รายอื่น...) แต่ด้วยเหตุนี้ฉันจึงมีอาร์กิวเมนต์ "-l root" ซึ่ง rsync_pbc ไม่รู้จักเช่นกัน
ฉันไม่พบวิธีแก้ไขที่ดีในการเปลี่ยนผู้ใช้ใน BackupPC ดังนั้นฉันจึงเพิ่มข้อมูลที่จำเป็นใน ~backuppc/.ssh/config ดังนั้นผู้ใช้เริ่มต้นสำหรับไคลเอนต์นี้คือรูท
โฮสต์เครื่องไคลเอนต์
ผู้ใช้รูท
ดูข้อมูลเพิ่มเติมเกี่ยวกับไฟล์ .ssh/config ได้ในไฟล์ หน้าคน.
ตอนนี้มันได้ผลสำหรับฉัน!
ใช่ มันเป็นการทำงานเป็นรอบ แต่ถ้ามันได้ผล... และอื่น ๆ...
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
