Là cp / rsync không đồng bộ?

Chúng tôi đang chạy một tập lệnh sao lưu, trước tiên sao chép tệp vào đích và sau đó chạy tar trên nó

DIR2BCK='/foo/bar'
TMPDIR=$(mktemp -d)
rsync -a ${DIR2BCK} ${TMPDIR}/ > /dev/null 2>&1
tar czf /tmp/foo.backup.tar ${TMPDIR}

Sau khi chạy lệnh cuối cùng này, đôi khi cảnh báo sau được hiển thị:

/tmp/tmp.blqspkA136: tệp đã thay đổi khi chúng tôi đọc nó

Chúng tôi sao chép đích đến một thư mục tạm thời chính xác để tránh thay đổi tệp tại thời điểm nén. Hành vi này cũng có thể tái tạo khi sử dụng cp lệnh thay vì rsync. Cả đời tôi nghĩ những lệnh này là đồng bộ, nhưng cảnh báo này dường như cho thấy điều ngược lại.

Nếu tôi đặt một sleep lệnh giữa rsync / cp và tar dòng, cảnh báo không hiển thị, nhưng tôi coi đây là một giải pháp không hoàn toàn sạch sẽ.

Một số sự thật:

• Tôi đã thử thêm một sync lệnh giữa rsync và tar các lệnh có cùng kết quả.

• Theo đề xuất của @jcbermu, tôi cũng đã thử thay đổi tập lệnh để hai dòng là:

  rsync -a ${DIR2BCK} ${TMPDIR}/ > /dev/null 2>&1 &
  wait
  

  Tôi chạy tập lệnh nhiều lần và một số trong số họ thể hiện hành vi tương tự, tuyên bố tập tin đã thay đổi khi sao chép.

• Hệ thống tập tin được sử dụng là EXT4 cho cả ${TMPDIR} và ${DIR2BCK}.

• ${DIR2BCK} là trên một hệ thống tập tin từ xa, thực sự đây là một điểm gắn kết samba của một máy từ xa. ${TMPDIR} là trên hệ thống tập tin cục bộ. Tuy nhiên, thay đổi ${DIR2BCK} đến hệ thống tập tin cục bộ làm cho không có sự khác biệt.
• Tất cả các hệ thống tập tin đều dựa trên phần cứng RAID-5.

Những lệnh này có thực sự đồng bộ không? Nếu không, có cách nào để làm cho chúng như vậy, hoặc một lệnh thay thế?

Một giải pháp là viết lại thành:

rsync -a ${DIR2BCK} ${TMPDIR}/ > /dev/null 2>&1 ; tar czf foo.backup.tar ${TMPDIR}

Vì thế, tar sẽ không bắt đầu cho đến khi rsync kết thúc

Giải pháp khác là gửi cp / rsync vào nền và đợi cho đến khi nó kết thúc bằng lệnh wait.

Ví dụ:

rsync -a ${DIR2BCK} ${TMPDIR}/ > /dev/null 2>&1 &
wait
tar czf foo.backup.tar ${TMPDIR}

Cuối cùng & bên trong rsync dòng gửi thực thi đến nền (nó trở thành một đứa trẻ của phiên hiện tại), và sau đó wait buộc phiên vỏ này phải đợi cho đến khi tất cả trẻ em đã hoàn thành để tiếp tục.

Tôi đặt một lệnh ngủ giữa rsync / cp và các dòng tar, cảnh báo không hiển thị, nhưng tôi coi đây là một giải pháp không hoàn toàn sạch sẽ.

Tốt cho bạn hoặc có tiêu chuẩn. Điều gì xảy ra nếu, thay vì ngủ, bạn sử dụng:

đồng bộ sudo; tiếng vang 3 | sudo tee / Proc / sys / vm / drop_caches

Bạn có nghĩ rằng đó là một giải pháp tốt?

Lưu ý: / Proc / sys / vm / drop_caches dường như là những gì Ubuntu sử dụng và dự kiến ​​sẽ không phải là cách tiếp cận hoạt động trên tất cả các Unix (mặc dù có thể là tất cả các Linux). Tôi đang đề cập đến nó sau khi đọc https://ubuntuforums.org/showthread.php?t=589975 và, sau khi đọc một báo cáo ban đầu đặt câu hỏi về sự an toàn của việc này, hãy đọc thêm các bài viết chủ đề diễn đàn xác nhận sự an toàn của nó.