Катастрофический отказ ESXi 5.1
В мире Unix, включая основанные на окнах инструменты, разработанные для взаимодействия с миром Unix, инструменты обычно разрабатываются, чтобы сделать точно одну вещь и сделать ту вещь хорошо. Они обычно разрабатываются, чтобы взаимодействовать и быть объединенными с другими программами, чтобы сделать задание. SSH является соединением/системой шифрования. SCP является способом скопировать файлы через SSH. В основном, если Вы просите, чтобы это скопировало что-то, что это будет. Вам нужен другой инструмент к тому же, чтобы решить, должно ли что-то быть скопировано.
Решения, которые я предлагаю для Вас, состояли бы в том, чтобы или записать Ваш собственный небольшой сценарий, чтобы сравнить деревья каталогов или использовать программу, которая была уже записана для этого. Это называют rsync и специально предназначено, чтобы сравнить наборы файлов и каталогов в двух местах и решить которые потребность, которая будет скопирована. Это может использовать scp/ssh в качестве транспортного протокола.
Существует много реализаций окон, включая guis, независимые версии командной строки и cygwin основывали версии.
Вы используете очень старую версию VMware. Вы используете сборку 799733 , выпущенную в сентябре 2012 года. Текущая сборка ESXi 5.1 на эту дату - 1612806 .
Вы должны запускать обновления! ( почему ) См. портал исправлений VMware .
Многие люди не обновляют или не исправляют свои установки ESXi. Не понимаю почему. Но это приводит к шквалу вопросов о ошибках , которые были исправлены в более поздних выпусках.
Ваша конкретная проблема исправлена в следующих ] Патч VMware: PR932615 . Похоже, существует обходной путь , который потребует перезагрузки, но лучше всего просто обновить хост.
Согласно VMware kb 1020181 , возможно, вы столкнулись с аппаратной или программной проблемой.
Я бы порекомендовал запустить memtest, чтобы проверить исправность установленной ОЗУ. и я бы также попробовал другую версию ESXi, чтобы увидеть, есть ли проблема только в текущей версии.