Rsync створює повідомлення про помилку нез'ясованої помилки (код 255) на io.c (837)

Коли я намагаюся rsync -qaPH source/ 192.168.1.21:/var/backupsдосягти

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

Що не так у моїй команді?

Щоб дослідити, додайте один або кілька -vпараметрів до команди rsync. Також спробуйте використовувати звичайний ssh:

ssh -v 192.168.1.21 /bin/true

щоб дізнатись, чи викликає неполадок rsync чи базове ssh-з'єднання.

255 насправді не "рідний" rsyncкод повернення. rsyncвикреслює код помилки 255 з SSH та повертає його. Мені здається, що щось на сервері призначення блокує SSH або порушує його після його підключення, отже, "зламана труба". Я не погоджуюся з @kenorb, тому що якби проблема з таймаутом, ви, ймовірно, бачили б rsyncвихідні коди 30 або 35.

Пошкоджена помилка труби, швидше за все, означає, що ви потрапили в тайм-аут. Наприклад, віддалена команда rsync почала обчислювати різниці файлів, але клієнт не вчасно відповів.

Якщо це трапляється дуже часто, додайте ці налаштування до місцевих ~/.ssh/config :

Host *
  ServerAliveInterval 30
  ServerAliveCountMax 6

і на віддаленому сервері (якщо у вас є доступ) встановіть їх у своєму /etc/ssh/sshd_config :

ClientAliveInterval 30
ClientAliveCountMax 6

Див.: Які варіанти ServerAliveIntervalта ClientAliveIntervalзначення?

У мене була аналогічна помилка при використанні програми rsyncдля розгортання Emberпрограми (ember-cli -loy). Мені довелося правильно налаштувати свій ssh(додати приватні ключі до мого ~/.ssh/)

Я знаю, що це питання давнє, але, можливо, хтось (як я) все ще має помилку.

a) Перевірте, чи працює служба ssh:

sudo service ssh status

b) Перевірте з'єднання за допомогою потрійної багатослівної команди:

ssh -vvv <hostname>

в) Можливо, ви використовуєте неправильний ssh-ключ або ключ зламаний якимось чином.

Виноградна лоза