rsync เป็นเพียงการแขวนสร้างรายชื่อไฟล์

[root@centos /]# rsync -av --exclude thumbs /storage root@xx.27.1.xx:/storage
root@xx.27.1.xx's password: 
building file list ... 

ฉันนั่งประมาณหนึ่งชั่วโมง ... มันมีรูปภาพและโฟลเดอร์ 135GB

/storage เป็นไดรฟ์ ext3 scsi ที่เมาท์

เป็นเรื่องปกติหรือไม่ที่ rsync จะต้องใช้เวลานานในการคำนวณไฟล์ / ไดเรกทอรี?

rsync 2.x สร้างรายชื่อไฟล์แบบเต็มหน้า

เพิ่ม-Pตัวเลือกแล้วคุณจะเห็นตัวบ่งชี้ความคืบหน้า

หากคุณคิดว่ามันกำลังแขวนอยู่จริงๆในเทอร์มินัลอื่นจะหา pid ของ rsync แล้ว

1. เรียกใช้strace -p PIDและดูสิ่งที่กำลังทำ (กด ^ C เพื่อหยุด)

2. เรียกใช้ps -o wchan PIDเพื่อดูว่ามันอยู่ในเคอร์เนล

คุณควรอัพเกรดrsync 3.0.xที่คุณจะได้รับประโยชน์จากรายชื่อไฟล์ที่เพิ่มขึ้น, การอธิบายที่นี่ ฉันกำลังถ่ายภาพนับล้านภาพ (รวมประมาณ 200GB) และเห็นการเร่งความเร็วอย่างมหาศาลเมื่อเปลี่ยนจาก rsync 2.x เป็น 3.x

ถึงกระนั้นมันอาจจะใช้เวลานานในการอ่านข้อมูลทั้งหมด ในกรณีของฉันมันยังคงใช้เวลามากกว่าหนึ่งชั่วโมงระหว่างเซิร์ฟเวอร์ DL380 G5 ที่ทรงพลังสองตัว

คุณสังเกตเห็นก่อนหน้านี้ว่าduถูกแขวนเช่นกัน มีบางอย่างเกิดขึ้นกับระบบไฟล์นี้และrsyncกำลังเกิดอะไรduขึ้น

สิ่งหนึ่งที่รวดเร็วที่คุณสามารถตรวจสอบได้คือข้อความแสดงข้อผิดพลาดเคอร์เนลที่ระบุถึงปัญหาดิสก์ พิมพ์dmesgและดูสิ่งที่อยู่ด้านล่าง

การแฮงค์หลังจากข้อความ "การสร้างรายการไฟล์ ... " อาจเกิดจาก MTU ไม่ตรงกันเช่นหากคุณตั้งค่าอินเทอร์เฟซเครือข่ายด้วย MTU 9000 แต่ไม่สลับระหว่างแพ็คเก็ตขนาดเล็ก (เช่นการเชื่อมต่อกับเซิร์ฟเวอร์ rsync) จะผ่าน แต่ไม่ใหญ่กว่า (เช่นส่งรายการไฟล์)

จากนี้และคำถามอื่น ๆ ที่คุณdu /storageแขวนทำให้ฉันคิดว่าไม่duหรือrsyncเป็นปัญหา /storageแต่มีบางประเด็นที่มี