Не может установить/обновить 2 008 Агентов R2 VMM

Этот предмет обсуждения, кажется, обсуждает этот вопрос и имеет много деталей о нем: kjournald, постоянно получающий доступ к диску

В одном из сообщений говорится, что у них была удача с включением "noatime" в файловой системе, монтируются, но существуют другие хорошие предложения там также.

Sean

2
задан 14 September 2010 в 21:28
2 ответа

Я работал с MS по этой проблеме, и похоже, что это - проблема с установщиком. Рассматривая журналы, я могу сказать, что установщик на самом деле пытается скопировать по x86 версии vmmagent.msi, который хорошо работает, затем используйте WMI для удаления файла и затем пытайтесь скопировать по x64 файлу.

Обоих называют vmmagent.msi. Установщик получает уведомление, что файл был удален, когда на самом деле удаление не завершено. То, когда x86 версия там, и установщик копирует по x64, укусило версию, ошибка "Доступа запрещен" открывается.

Пока это не разрешено в VMMM, я просто установлю агент вручную со сценарием.

1
ответ дан 3 December 2019 в 13:26

Доменная учетная запись машины Сервера VMM SC должна быть добавлена к Локальной Администраторской группе на Хост-сервере.

0
ответ дан 3 December 2019 в 13:26
  • 1
    это уже. Я видел, что некоторое время назад и думал, что это могла бы быть фиксация, но тем не менее никакие не идут. –  Andy Schneider 14 September 2010 в 22:24
  • 2
    Попытайтесь позволить контролировать на событиях неудачной аутентификации и посмотрите то, что обнаруживается в даже журнал Хост-сервера. Это должно сказать точно, что считает, это пытается войти в систему с, и почему это (обычно) перестало работать. –  Chris S 14 September 2010 в 23:22
  • 3
    Таким образом, то, что является действительно странным, я вижу в журналах трассировки, что это смогло успешно скопировать по x86 битам установщика, попытайтесь выполнить их и привести к сбою, удалить биты и затем попытаться скопировать x64 биты и сбой на копии. переключатель –  Andy Schneider 15 September 2010 в 00:02

Теги

Похожие вопросы