System Center Configuration Manager и как с ним бороться

Имеем свежеустановленную операционную систему, правильно настроенные учётные записи и исключения файерволла, но установка точки распространения всё равно заканчивается с ошибкой.
distmgr.log:

CWmi::Connect() failed to connect to \\server.local\root\SCCMDP. Error = 0x800706BA
Failed to connect to DP WMI provider
CDistributionManager::ConfigurePXE failed; 0x800706ba

Для восстановления части WMI, которая отвечает за DP, нам понадобится файл smsdpprov.mof из папки %Program Files%\Microsoft Configuration Manager\bin\X64, информацию из которого нам нужно «втянуть» на нашей будущей точке распространения:

После этого установка Distribution point проходит без ошибок.

Обновилась утилита System Center 2012 Configuration Manager Support Center. Исправленные ошибки:

• неожиданное завершение работы утилиты в случае отсутствия клиента Configuration Manager на локальном компьютере;
• неожиданное завершение работы утилиты при открытии логов на удалённом компьютере;
• execmgr.log добавлен в группу логов Application Management.

Скачать утилиту можно там же — https://connect.microsoft.com/ConfigurationManagervnext/Downloads/DownloadDetails.aspx?DownloadID=52192

Ошибка из серии «поспешишь — людей насмешишь и будешь читать логи».

Установка Visio 2013 x86 на операционную систему x64 заканчивается ошибкой:

AppEnforce.log:

     Executing Command line: «C:\Windows\ccmcache\8\setup.exe» /adminfile silent.msp with user context
Working directory C:\Windows\ccmcache\8
Post install behavior is BasedOnExitCode
Waiting for process 2268 to finish.  Timeout = 120 minutes.
Process 2268 terminated with exitcode: 0 <— код возврата 0 говорит о том, что приложение установилось корректно
Looking for exit code 0 in exit codes table…
Matched exit code 0 to a Success entry in exit codes table.
Performing detection of app deployment type Silent install Visio 2013 x86(ScopeId_59A4B277-455C-46D4-9A22-85B0F4D6D8AF/DeploymentType_49e90a4a-5471-4fbb-af43-ca04b25a4c17, revision 1) for user.
+++ Application not discovered. [AppDT Id: ScopeId_59A4B277-455C-46D4-9A22-85B0F4D6D8AF/DeploymentType_49e90a4a-5471-4fbb-af43-ca04b25a4c17, Revision: 1] <— приложение не было найдено

Т.е. приложение корректно устанавливается, но после завершения установки выдаёт ошибку. Это происходило из-за того, что в методах обнаружения в спешке был указан файл Visio.exe в папке %Program Files%\Microsoft Office\Office15. 32-битное приложение в системе х64 устанавливается в папку Program Files (x86), а переменная %Program Files% перенаправляет нас в Program Files, где, понятное дело, нужных нам файлов нет.

Правильным решением в данном случае будет указать два метода обнаружения:

Очень рад, что разработчики услышали моё пожелание и решили выпустить эту утилиту для всего IT-сообщества.

Сегодня на Microsoft Connect появилась бета-версия утилиты Configuration Manager Support Center. Если совсем кратко, то утилита состоит из двух частей: анализатора-пакетировщика и просмотрщика.

Анализатор с локальной или удалённой машины может собирать сертификаты, инвентаризацию, политики, логи, информацию из реестра или WMI, и пакетировать её в zip-архив:

Просмотрщик же открывает этот архив и позволяет просмотреть собранную информацию, тем самым упростив процесс поиска и устранения неполадок, избавив от разговоров в духе «я тут что-то нажал, а оно не работает, помогите мне»:

Кто открывал кейсы в Microsoft, тот знает, что у службы поддержки есть свой похожий онлайн-сервис Microsoft Automated Troubleshooting Services, который собирает информацию о системе и пакетирует её в архив, который вы потом пересылаете инженеру поддержки. Теперь похожая штука есть и у администраторов Configuration Manager: администраторы филиалов могут пересылать собранную информацию в центральный офис, заказчик может пересылать архивы инженерам интегратора, и т.п.

Позже я более подробно расскажу об этой утилите.

Как известно, Windows Intune требует облачную точку распространения (manage.microsoft.com), когда хранит приложения для мобильных устройств. В процессе настройки Windows Intune я заодно установил и отдельную Cloud DP помимо manage.microsoft.com. Вот что видно в distmgr.log:

for [«Display=\\sccmcas.firma.local\»]MSWNET:[«SMS_SITE=QQQ»]\\sccmcas.firma.local\, failed to get a copy of DP SysResUse from SCF
Failed to get any valid drives for content library on the server sccmcas.firma.local. Error = 0x80004005
Failed to distribute content to the MDM DP
Error occurred. Performing error cleanup prior to returning.

После добавления пакета на manage.microsoft.com:

No action specified for the package QQQ00073.
\QQQ00073.1 could not be located
for [«Display=\\sccmcas.firma.local\»]MSWNET:[«SMS_SITE=QQQ»]\\sccmcas.firma.local\, failed to get a copy of DP SysResUse from SCF

При этом пакет успешно попадает на Cloud DP.

Временное решение — удалить Cloud DP и перенастроить Windows Intune Subscription, переустановив Windows Intune Connector в т.ч. Возможность одновременного использования Cloud DP и manage.microsoft.com DP пока под вопросом. По крайней мере, для меня.

В обновлённой версии утилит для устранения неполадок появились:

• DP Job Manager — A tool that helps troubleshoot and manage ongoing content distribution jobs to Configuration Manager distribution points.
• Collection Evaluation Viewer — A tool that assists in troubleshooting collection evaluation related issues by viewing collection evaluation details.
• Content Library Explorer — A tool that assists in troubleshooting issues with and viewing the contents of the content library.

Набор утилит можно скачать здесь.

В предрелизных версиях ConfigMgr 2012 R2 была проблема с добавлением загрузочных образов на точки распространения. Эта же проблема подтянулась из предрелизных билдов в 2012 R2 RTM. Заключается она в том, что при добавлении загрузочных образов на DP (Deploy this boot image from the PXE-enabled distribution point), активированную для работы с РХЕ и находящуюся на сайт-сервере, намертво падает служба WDS:

Evend ID 7031:

The Windows Deployment Services Server service terminated unexpectedly.
It has done this 1 time(s).
The following corrective action will be taken in 120000 milliseconds:
Restart the service.

Event ID 1000:

Faulting application name: svchost.exe_WDSServer, version: 6.3.9600.16384, time stamp: 0x5215dfe3
Faulting module name: MSVCR100.dll, version: 10.0.40219.1, time stamp: 0x4d5f034a
Exception code: 0xc0000005
Fault offset: 0x000000000005f61a
Faulting process id: 0x10d0
Faulting application start time: 0x01ceb4a84cf4777a
Faulting application path: C:\Windows\system32\svchost.exe
Faulting module path: E:\Program Files\Microsoft Configuration Manager\bin\x64\MSVCR100.dll
Report Id: 93a9ec05-209b-11e3-9416-00155d000808
Faulting package full name:
Faulting package-relative application ID:

distmgr.log:

Expanding E:\SCCMContentLib\FileLib\F2CE\F2CE23B72BF79403C64DCCA94CE04765F0EC0B8042B1707244D127EB77DD23C9 from package QQQ00063
Finding Wimgapi.Dll MsiEnumRelatedProducts failed
FindProduct failed; 0x80070103
MsiEnumRelatedProducts failed
FindProduct failed; 0x80070103
Found C:\Windows\system32\wimgapi.dll
SetNamedSecurityInfo() failed.
SetObjectOwner() failed. 0x80070002.
SetFileSecurity() failed.

Временным решением была установка дополнительной DP на стороннем сервере (не сайт-сервере).

Скачать хотфикс можно здесь.

Приятель столкнулся с проблемой в продуктивной среде, просигнализировал мне, я проверил — действительно, проблема существует.

Итак, суть проблемы: если сложный пароль учётной записи, которая указана в качестве Network Acccess Account, содержит знаки процента вида VASYA%megabalbes%123, то процесс установки операционной системы вылетает с кодом 0х80070002 на шаге Apply Operating System.

SMSTS.log:

CLibSMSMessageWinHttpTransport::Send: URL: sccm12.firma.local:80  PROPFIND /SMS_DP_SMSPKG$/QQQ00061

401 — Unsuccessful with anonymous access. Retrying with context credentials.

401 — Unsuccessful with context credentials. Retrying with supplied credentials.

401 — Unsuccessful with supplied credentials.

401 — Unsuccessful on all retries.

SendResourceRequest() failed. 80190191

Download() failed. 80190191.

DownloadContentAndVerifyHash() failed. 80070002.

Installation of image 1 in package QQQ00061 failed to complete..
The system cannot find the file specified. (Error: 80070002; Source: Windows)

The user tries to release a source directory C:\_SMSTaskSequence\Packages\QQQ00061 that is either already released or we have not connected to it.

Failed to run the action: Apply Operating System.
The system cannot find the file specified. (Error: 80070002; Source: Windows)

Ошибку я передам разработчикам, а самый очевидный и простой вариант решения проблемы — сменить пароль.

При загрузке по сети получаем ошибку:

PXE-T04: Illegal operation error.

PXE-E36: Error received from TFTP server

В логах WDS следующая ошибка Microsoft-Windows-Deployment-Services-Diagnostics ID 4101:

The Following Client failed TFTP Download:

Client IP: 192.168.0.17
Filename: smsboot\x86\wdsnbp.com
ErrorCode: 1460
File Size: 30832
Client Port: 2071
Server Port: 58084
Variable Window: false

Оказалось, что MTU для моих интерфейсов по каким-то причинам был изменён на 1300. Изменить MTU:

netsh interface ipv4 show subinterfaces

netsh interface ipv4 set subinterface «имя сетевого подключения» mtu=1500 store=persistent

После изменения MTU на значение по умолчанию — 1500 — установка по сети началась.

ccm.log:

ERROR: Unable to start service «ccmsetup» on machine ‘PC008’, error = 1068.

Failed to install CCM Client Bootstrap component on client (1068)

Если заглянуть в папку C:\Windows\ccmsetup, то там можно увидеть только файлы MobileClient.tcf и ccmsetup.exe. Проверьте, запущена ли служба Background Intelligent Transfer Service.