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

При автоматическом создании эталонного образа установка завершается ошибкой 80004005 на этапе Setup Windows and Configuration Manager.

SMSTS.log:

Windows setup failed, code 31

Failed to run the action: Setup Windows and Configuration Manager.
Unspecified error (Error: 80004005; Source: Windows)

The execution of the group (Build the Reference Machine) has failed and the execution has been aborted. An action failed.
Operation aborted (Error: 80004004; Source: Windows)

Task Sequence Engine failed! Code: enExecutionFail

Удалите серийный номер из последовательности задач.

Сегодня попросили помочь с развёрнутой инфраструктурой 2007 и 2012, где клиентов сайта SCCM 2007 стали постепенно обновлять инсталляцией поверх клиентами сайта 2012. Жалобы — клиент не привязывается к сайту.

Что видно в LocationServices.log:

Won’t send a client assignment fallback status point message because the last assignment error matches this one.
LSRefreshSiteCode: Group Policy Updated the assigned site code <SC7>, which is different than the existing assigned site code <>. Will attempt re-assignment.
Won’t send client assignment fallback status point message because last assignment message was sent too recently.
Processing GroupPolicy site assignment.
Assigning to site ‘SC7’
LSIsSiteCompatible : Verifying Site Compatibility for <SC7>
Attempting to retrieve lookup MP(s) from AD
The MP name retrieved is ‘isp-backup.firma.com.ua’ with version ‘6487’ and capabilities ‘<Capabilities SchemaVersion=»1.0″>
</Capabilities>’
MP ‘isp-backup.firma.com.ua’ is compatible
Current AD forest name is FIRMA.COM.UA, domain name is FIRMA.COM.UA
Lookup Management Points from AD:
Name: ‘isp-backup.FIRMA.com.ua’ HTTPS: ‘N’ ForestTrust: ‘N’
Retrieved lookup MP(s) from AD
LSGetSiteVersionFromAD : Successfully retrieved version ‘4.00.6487.0000’ for site ‘SC7’
LSIsSiteVersionCompatible : Site Version ‘4.00.6487.0000’ is not compatible.
LSIsSiteCompatible : Site <SC7> Version ‘4.00.6487.0000’ is not compatible.
LSVerifySiteAssignment : Client cannot be assigned to site <SC7>.

ClientIDManagerStartup.log:

RegTask: Failed to refresh site code. Error: 0x80070032

В Active Directory опубликована информация о двух сайтах и, как видно из лога, клиент пытается подвязаться к сайту 2007 (версия сайта — 4.00.6487.0000) , а не к сайту 2012, версия RTM которого — 5.00.7711.0000.

Происходит это из-за того, что границы, указанные в настройках сайтов, совпадают и мы сталкиваемся с тем, что в документации названо «непредсказуемым поведением клиента». Кроме того, клиенты CM 2012 не могут обслуживаться сайтом 2007.

Помните: границы сайтов не должны пересекаться!

ScanAgent.log:

ScanJob({EC19BED4-59D5-4CB2-B8E8-D580885303B9}): — — — — — -Locations requested for ScanJobID={EC19BED4-59D5-4CB2-B8E8-D580885303B9} (LocationRequestID={91151789-DBD2-4C05-B71B-10638A2FB419}), will process the scan request once locations are available.
Message received: ‘<?xml version=’1.0′ ?> <UpdateSourceMessage MessageType=’ScanByUpdateSource’>
<ForceScan>TRUE</ForceScan>
<UpdateSourceIDs>
<ID>{462361AE-432D-40C6-8317-496F0AB94884} </ID>
</UpdateSourceIDs>
</UpdateSourceMessage>’

*****ScanByUpdateSource request received with ForceReScan=2, ScanOptions=0x0000000a, WSUSLocationTimeout = 604800
Sources are not current

Клиенты не могут отсинхронизироваться с SUP, хотя установка обновлений активирована в настройках агента и SUP корректно настроена. Если проверить локальные политики, то там нет информации об адресе WSUS:

Выполнив PowerShell-запрос Get-WmiObject -Namespace ‘root\cimv2\sms’ -Class ‘Win32_WindowsUpdateAgentVersion’ -ComputerName имя_компьютера, не видно информации о WMI-классе, описывающем WUA:

WUAHandler.log:

CWuaHandler::SetCategoriesForLeafStateReportingExclusion called with E0789628-CE08-4437-BE74-2495B842F43B

Решение: обновить Windows Update Agent на сайт-сервере.

В логе видно, что после безуспешных попыток SUP была найдена и синхронизация началась:

Полтора месяца назад столкнулся с ошибкой синхронизации WSUS в SCCM 2007.

wsyncmgr.log:

Sync failed: WSUS server not configured. Source: CWSyncMgr::DoSync SMS_WSUS_SYNC_MANAGER Status message 6703: SMS_WSUS_SYNC_MANAGER SMS WSUS Synchronization failed. Message: WSUS server not configured. Source: CWSyncMgr::DoSync. The operating system reported error 2147500037: Unspecified error

WCM.log:

System.Net.WebException: The request failed with HTTP status 502: Proxy Error ( The host was not found. ).~~ at Microsoft.UpdateServices.Administration.AdminProxy.CreateUpdateServer(Object[] args)~~ at Microsoft.UpdateServices.Administration.AdminProxy.GetUpdateServer(String serverName, Boolean useSecureConnection, Int32 portNumber)~~ at Microsoft.SystemsManagementServer.WSUS.WSUSServer.ConnectToWSUSServer(String ServerName, Boolean UseSSL, Int32 PortNumber) Remote configuration failed on WSUS Server.

Т.е. отконфигурированная «по книге» SUP просто не хочет синхронизироваться. Тогда я поговорил с Лёшей Тараненко (он в это же время столкнулся с этой же ошибкой) и он предложил решение — http://blogs.technet.com/b/syscenter/archive/2012/03/21/sup-configmgr-2007-2012-windows-update.aspx

На днях мы с коллегой одновременно столкнулись с похожей ошибкой, но уже в ConfigMgr 2012 и в разных лабах: SUP на CAS таким же загадочным образом не хотела синхронизироваться.

wsyncmgr.log:

STATMSG: ID=6701 SEV=I LEV=M SOURCE=»SMS Server» COMP=»SMS_WSUS_SYNC_MANAGER» SYS=sccmcas.firma.local SITE=ZZZ PID=2260 TID=1396 GMTDATE=Sun May 13 13:00:01.019 2012 ISTR0=»» ISTR1=»» ISTR2=»» ISTR3=»» ISTR4=»» ISTR5=»» ISTR6=»» ISTR7=»» ISTR8=»» ISTR9=»» NUMATTRS=0
Sync failed: WSUS server not configured. Please refer to WCM.log for configuration error details.. Source: CWSyncMgr::DoSync
STATMSG: ID=6703 SEV=E LEV=M SOURCE=»SMS Server» COMP=»SMS_WSUS_SYNC_MANAGER» SYS=sccmcas.firma.local SITE=ZZZ PID=2260 TID=1396 GMTDATE=Sun May 13 13:05:01.321 2012 ISTR0=»CWSyncMgr::DoSync» ISTR1=»WSUS server not configured. Please refer to WCM.log for configuration error details.» ISTR2=»» ISTR3=»» ISTR4=»» ISTR5=»» ISTR6=»» ISTR7=»» ISTR8=»» ISTR9=»» NUMATTRS=0

WCM.log:

System.Net.WebException: The request failed with HTTP status 417: Expectation failed.~~ at Microsoft.UpdateServices.Administration.AdminProxy.CreateUpdateServer(Object[] args)~~ at Microsoft.UpdateServices.Administration.AdminProxy.GetUpdateServer(String serverName, Boolean useSecureConnection, Int32 portNumber)~~ at Microsoft.SystemsManagementServer.WSUS.WSUSServer.ConnectToWSUSServer(String ServerName, Boolean UseSSL, Int32 PortNumber)
Remote configuration failed on WSUS Server.
STATMSG: ID=6600 SEV=E LEV=M SOURCE=»SMS Server» COMP=»SMS_WSUS_CONFIGURATION_MANAGER» SYS=sccmcas.firma.local SITE=ZZZ PID=2260 TID=3492 GMTDATE=Fri May 11 18:40:10.404 2012 ISTR0=»sccmcas.firma.local» ISTR1=»» ISTR2=»» ISTR3=»» ISTR4=»» ISTR5=»» ISTR6=»» ISTR7=»» ISTR8=»» ISTR9=»» NUMATTRS=0

Т.е. ошибка «плавающая» и непонятно, почему возникающая в случае корректных настроек прокси (эти же настройки использует IE). Иногда SUP решает использовать настройки IE системного аккаунта, которые определены как Automatically detect settings.

При помощи PsExec открываем командную строку для пользователя System, запускаем IE и просто убираем галочку:

Процесс захвата образа эталонной операционной системы завершается ошибкой 0x80070020.

smsts.log:

The process cannot access the file because it is being used by another process. (Error: 80070020; Source: Windows)
Unable to capture the volume image (0x80070020)
Failed to capture system image.

В моём случае достаточно было повторно запустить захват образа по PXE.

Столкнулся с проблемой медленного копирования образа операционной системы внутри WindowsPE, когда на гигабитном канале копирование происходит на скорости 40 Мбит/сек. Файл копируется по SMB, что видно в SMSTS.log:

DownloadOnDemand flag is true. Attempting to download content locally for Package 1230001B..
Package Flags: 0x4000000
No http based locations are available. SMB based locations will be attempted now.

Проблему решили включением поддержки BITS и HTTP на точке распространения:

Скорость прыгнула с 40 Мбит/сек до 900 Мбит/сек.

SMSTS.log:

DownloadOnDemand flag is true. Attempting to download content locally for Package 1230001B..
Package Flags: 0x4000000
GetDirectoryListing() entered
Initializing HTTP transport.
Setting URL = http://SRV-SCCM-00.FIRMA.NET/SMS_DP_SMSPKGE$/1230001B/.
Address = SRV-SCCM-00.FIRMA.NET, Object = /SMS_DP_SMSPKGE$/1230001B/, Port = 80.

И чуть ниже:

List of files to be downloaded
Directory: http://SRV-SCCM-00.FIRMA.NET:80/SMS_DP_SMSPKGE%24/1230001B/
File: http://SRV-SCCM-00.FIRMA.NET:80/SMS_DP_SMSPKGE%24/1230001B/PC_image3.wim
GetDirectoryListing() successfully completed

При нажатии кнопки Uninstall в Software Center получаете сообщение об ошибке:

AppDiscovery.log:

AppProvider::GetHandlerInfo the action «UninstallAction» object couldn’t be found
AppProvider::GetHandlerInfo failed. Error 0x87d00326
GetContentInfo failed with error 0x87d00326
Method GetContentInfo failed with error 87D00326
CAppProvider::ExecMethodAsync failed. Error 87d00326

Грубо выражаясь, Configuration Manager не умеет сам устанавливать программы: он лишь запускает то, что вы ему указали в качестве параметров. В случае с ошибкой выше ему так же нужно указывать параметры для удаления программы:

При установке операционных систем по сети можно увидеть такое сообщение:

Варианты лечения:

1. Обычно это связано с попыткой установки на уже установленный компьютер. Найдите компьютер и посмотрите в свойствах (Advertisments или Deployments), назначено ли на него объявление. По правому клику на компьютере или коллекции выберите Clear Required PXE Deployments (в SCCM 2007 — Clear Last PXE Advertisement):

Continue reading ‘PXE boot aborted’ »

После установки операционной системы при первом логоне видим фоновую заставку SCCM:

Если имя компьютера вы оставляли по умолчанию, то после переименования из какого-нибудь MININT-JQH8IOT во что-то более приемлемое проблема пропадёт сама.

Если нет, то для исправления ситуации можно добавить в последовательность задач последним шагом задание на перезагрузку:

%SYSTEMROOT%\system32\shutdown.exe /r /t 30

WindowsUpdate.log:

WARNING: SendRequest failed with hr = 80072ee2. Proxy List used: <10.0.1.5:3128> Bypass List used : <(null)> Auth Schemes used : <>

WARNING: GetConfig failure, error = 0x80072EE2, soap client error = 5, soap error code = 0, HTTP status code = 200

WARNING: PTError: 0x80072ee2

WARNING: GetConfig_WithRecovery failed: 0x80072ee2

WARNING: RefreshConfig failed: 0x80072ee2

WARNING: RefreshPTState failed: 0x80072ee2

WARNING: Sync of Updates: 0x80072ee2

WARNING: SyncServerUpdatesInternal failed: 0x80072ee2

WARNING: Failed to synchronize, error = 0x80072EE2

WARNING: Exit code = 0x80072EE2

ScanAgent.log:

Scan Failed for ToolUniqueID={ACE20F92-4A33-49F3-9DB0-E7491D5F6E79}, with Error=0x80072ee2

WUAHandler.log:

OnSearchComplete — Failed to end search job. Error = 0x80072ee2.

Scan failed with error = 0x80072ee2.

В результате этих ошибок клиент не может синхронизировать обновления с Software Update Point. Проблема возникла при переводе компьютера из тестовой среды с прокси-сервером в рабочую, где прокси-сервер не использовался.

Прокси-сервер был отключён в настройках IE, поиск по реестру ничего не дал. Адрес же был добавлен через netsh:

Для синхронизации достаточно было удалить адрес прокси-сервера при помощи netsh winhttp reset proxy: