SCCM SUP и неуспешное обновление

Пакет обновления 1 для .NET Framework 3.5

Установка пакета обновлений 1 была выделена мной в отдельную задачу, поскольку пакет довольно объемный и после установки требуется перезагрузка компьютера. Но первая попытка развертывания обновления на пилотной рабочей станции оказалась неуспешной.

Обновление, состоящее из нескольких файлов

Обновление Article ID: 951847 (.NET Framework 3.5 Service Pack 1) состоит из нескольких файлов. Синхронизация обновлений с серверами MS происходит последовательно. Если один файл никак не хочет синхронизироваться с серверами MS, приостанавливается процесс синхронизации всех обновлений, а не только одного обновления. Тайм-аут составляет около 1 часа.

Вот что творится на сервере ConfigMgr в журнале PathDownloader.log во время синхронизации:

clip_image002

Для файла dotnetfx35_x86.exe создается папка 261d2186-5058-4bc5-b783-544e0b87cc3b.1. Тем не менее, файл скачиваеться в каталог для временных файлов, а не сразу в эту папку.

Download destination = \\configmgr01\Netsetup\ID 951847\261d2186-5058-4bc5-b783-544e0b87cc3b.1\dotnetfx35_x86.exe . Software Updates Patch Downloader 01.01.1601 0:00:00 2624 (0x0A40)

Download http://download.windowsupdate.com/msdownload/update/software/svpk/2009/04/dotnetfx35_x86_1aab3734ef80ad9a9ea342c887c3ea76340961e8.exe in progress: 50 percent complete Software Updates Patch Downloader 01.01.1601 0:00:00 3764 (0x0EB4)

Загрузка добирается до 50% и останавливается по какой-то внешней причине.

ERROR: DownloadContentFiles() failed with hr=0x80072ee2 Software Updates Patch Downloader 01.01.1601 0:00:00 2624 (0x0A40)

В консоли ConfigMgr перейдем к объекту Service Packs / All updates.

clip_image004

Отфильтруем обновления по подстроке 951847, и в свойствах обновления также очевидно – один файл не загрузился.

clip_image006

Интересно, что у обновления пустое значение Bulletin ID.

Развертывание обновления

Все же я попытался развернуть это обновления на пилотной рабочей станции.

На сервере.

ConfigMgr нисколько не возмутился и подготовил пакет с идентификатором SE000003.

clip_image008

Во второй папке пакета SE000003 находился файл NDP20SP2-KB958481-x86.exe. Третья и четвертая также содержали по одному файлу. А вот первая папка 261d2186-5058-4bc5-b783-544e0b87cc3b.1 была пуста. Меня это не насторожило.

На клиенте.

Когда дело дошло до развертывания обновления на клиенте ‑ загрузка остановилась на 75%. Похоже, у этого процесса нет никакого тайм-аута, таймер в диалоге отсчитал более полутора часов.

clip_image010

В журнале UpdatesDeployment.log также «висело» сообщение о 75% выполнения загрузки.

clip_image012

В этом случае оставалось лишь нажать Cancel. В журнале UpdatesDeployment.log это записывается как CancelDownload initiated by user (пользователь инициировал прекращение загрузки).

Но чтобы остановить процесс полностью, на пилотной рабочей станции нужно остановить сервис SMS Agent Host.

Реклама
Запись опубликована в рубрике Uncategorized с метками , . Добавьте в закладки постоянную ссылку.

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s