Считайте Ошибки, Отступающие До NFS через rsync
IIS 7.5 должен был дать Вам подробную ошибку на том, где у Вас есть ДОСТУП ЗАПРЕЩЕН. Если это не помогает, используйте Монитор Процесса и воспроизведите ошибку снова и ищите любой ДОСТУП ЗАПРЕЩЕН.
Тот факт, что он физически подвешивает машину, убедительно указывает на то, что это симптом аппаратной ошибки. Я бы не ожидал, что плохие сектора приведут к зависанию машины, поэтому это может быть что-то менее простое для диагностики.
Чтобы узнать, не являются ли диски проблемой, попробуйте прочитать затронутые файлы локально (войдите через SSH и используйте cat /home/path.to.file> / dev / null ), хотя, если это работает, это не обязательно означает, что поверхность диска в порядке (она может быть пограничной, а иногда и читаемой, в других случаях нет). Если вы еще этого не сделали, запустите инструменты мониторинга SMART и наблюдайте за такими вещами, как увеличение числа переназначений секторов - это будет указывать на то, что поверхность диска не в форме вершины вершины (переназначение нескольких секторов не является необычным для современных массивных дисков, но многие указывают на то, что серьезная проблема).
Это могло быть повреждение файловой системы, но, опять же, я не ожидал, что это полностью повесит машину - или, если бы это было настолько плохо, что привело бы к сбою драйвера файловой системы, я бы ожидал сообщения о панике ядра на консоли, а не остановки машины. Вы можете использовать fsck, чтобы проверить это, но убедитесь, что все, что вы в настоящее время можете прочитать, зарезервировано на случай, если повреждение настолько велико, что попытка исправить его усугубит ситуацию (это редко, но я видел, как это происходит, особенно если вы с использованием экспериментальной файловой системы или бета-версии, а не опробованной + протестированной версии).
Еще одна вещь, которую нужно проверить при зависании оборудования, - это то, что ЦП и ОЗУ в порядке. Они могут быть неисправными и перегреваться - не настолько, чтобы вызывать проблемы при нормальной работе, быть дополнительной нагрузкой, вызванной запуском rsync в течение некоторого времени, толкая что-то за край. Это может быть выявлено при запуске теста памяти и теста «прожига» ЦП, если это проблема. Ваш контроллер ввода-вывода тоже может быть подозреваемым, хотя я не уверен, как вы его протестируете.
Похоже, у вас есть проблемы с файловой системой или жестким диском на исходной машине, и они находятся вне контроля rsync . Попробуйте следующее:
$ cp /home/some/path/file1.gz /home/some/path/file1_bak.gz
...
и снова запустите rsync (с новыми файлами), чтобы проверить, работает ли он. Если этого не произошло, взгляните на параметр - исключить или - исключить из , чтобы сделать резервную копию всех оставшихся данных как можно скорее , затем проверьте свою жесткость состояние диска с помощью SMART , при необходимости запустите fsck .
У меня возникла та же проблема, и я получил такое же сообщение об ошибке при копировании большого размера (несколько МБ) с помощью rsync и NTFS в Raspbian GNU / Linux 8.0 (Джесси) . Раньше диск работал под Windows без минут. Я рассудил, что проблема может быть связана с программным обеспечением.
- Сначала я попытался прочитать файл последовательно, предположив, что реализация NTFS не поддерживает mmap (2) правильно. Это не удалось точно так же.
- Затем я попытался заменить реализацию NTFS на основе ядра на NTFS-3G . Это позволило мне без проблем скопировать файл.