Процессы мониторинга Robocopy, выполняемые в запланированной задаче, останавливаются случайным образом. Ошибка

Question

Мы используем robocopy в режиме мониторинга, чтобы скопировать файлы между веб-серверами в Azure в режиме макетирования. Команда запускается в качестве администратора при запуске.

Процесс работает красиво, но время от времени он останавливается без ошибок. Недавно мы включили историю в планировщик заданий, чтобы получить больше информации о том, что происходит. Но он просто показывает два шага: действие завершено и задача завершена.

Выход Выполнена:

Task Scheduler successfully completed task "\Robocopy Content From VM1" , instance "{some-vm-guid}" , action "C:\Windows\system32\robocopy.EXE" with return code 2147942408. 

Выход задачи Выполнил:

Task Scheduler successfully finished "{some-vm-guid}" instance of the "\Robocopy Content From VM1" task for user "HCVMHOST-2\SomeAdminUser". 

Robocopy Команда:

robocopy "\\vm-1\c$\Content\SomeFolder" "c:\Content\SomeFolder" /mon:1 /FFT /MIR /s /zb /copyall /mt:4 /ns /nc /nfl /xd OutputCache Temp /LOG:"d:\RobocopyLogs.txt" /b 

Я подозреваю, что это может иметь что-то делать с либо задержка, либо перезагрузка VM. Но я не уверен, что это причина, и я хочу убедиться, что моя команда не пропускает параметр или имеет параметр, который он не должен. Насколько я могу судить, он работает фантастически, пока это не произойдет.

Кто-нибудь испытывает это раньше?

Большое спасибо за помощь.

Answer 1

После кучи выкапывания и случайной удачи (мои прошлые попытки Google вернуть код были бесплодными из-за простого форматирования, отличного от 2,147,942,408 против 2147942408). Оказывается, что код возврата действительно имеет значение, указывая на то, что:

Недостаточно хранения для обработки этой команды.

Это любопытный ответ, хотя, учитывая, что каждая из виртуальных машин имеет много свободного места на всех дисках. Я подниму билет поддержки с Azure и отправлю обратно, если появится соответствующая информация.