Rsync tạo thông báo lỗi không giải thích được lỗi (mã 255) tại io.c (837)

Khi tôi cố gắng để rsync -qaPH source/ 192.168.1.21:/var/backupstôi nhận được

rsync: [sender] write error: Broken pipe (32)
rsync error: unexplained error (code 255) at io.c(837) [sender=3.1.0]

Có gì sai với lệnh của tôi?

Để điều tra, thêm một hoặc nhiều -vtùy chọn vào lệnh rsync. Ngoài ra, hãy thử sử dụng ssh đơn giản:

ssh -v 192.168.1.21 /bin/true

để tìm hiểu xem đó là rsync hay kết nối ssh cơ bản gây rắc rối.

255 thực sự không phải là rsyncmã trả về "bản địa" . rsyncloại bỏ mã lỗi 255 từ SSH và trả về nó. Đối với tôi, có vẻ như một cái gì đó trên máy chủ đích đang chặn SSH hoặc phá vỡ nó khi nó được kết nối, do đó, "đường ống bị hỏng". Tôi không đồng ý với @kenorb vì nếu đó là vấn đề hết thời gian, bạn có thể sẽ thấy rsyncmã thoát 30 hoặc 35.

Lỗi đường ống rất có thể có nghĩa là bạn đã hết thời gian chờ. Ví dụ, lệnh rsync từ xa đã bắt đầu tính toán sự khác biệt của tệp, nhưng nó không trả lời đúng thời gian cho khách hàng.

Nếu điều này xảy ra rất thường xuyên, hãy thêm các cài đặt này vào địa phương của bạn ~/.ssh/config:

Host *
  ServerAliveInterval 30
  ServerAliveCountMax 6

và trên máy chủ từ xa (nếu bạn đã có quyền truy cập), hãy thiết lập những thứ này trong /etc/ssh/sshd_config:

ClientAliveInterval 30
ClientAliveCountMax 6

Xem: các tùy chọn ServerAliveIntervalvà ClientAliveIntervalý nghĩa là gì?

Tôi đã gặp một lỗi tương tự khi sử dụng rsyncthông qua triển khai cho một Emberứng dụng (ember-cli-triển khai). Tôi phải định cấu hình chính xác ssh(thêm khóa riêng cho tôi ~/.ssh/)

Tôi biết vấn đề này đã cũ, nhưng có lẽ ai đó (như tôi) vẫn có lỗi.

a) Kiểm tra xem dịch vụ ssh có chạy không:

sudo service ssh status

b) Kiểm tra kết nối với lệnh ba verbose:

ssh -vvv <hostname>

c) Có thể bạn sử dụng sai ssh-key hoặc khóa bị hỏng theo một cách nào đó.

Cây nho