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

• SC 2012 Configuration Manager & SC 2012 Orchestrator: “The magic is in the glue”

Вышедшие на днях Windows Server 2012 Release Candidate и Windows 8 Release Preview в качестве клиентов CM 2012 официально не поддерживаются, но работают. Протестировано: Build and Capture, установка захваченного образа по РХЕ, инвентаризация, Endpoint Protection, удалённый доступ, установка приложений через Application Catalog.

Самый простой вариант просмотра — монтирование сетевого диска и копирования туда smsts.log, но в этом случае придётся регулярно копировать файл.

Вариант чуть сложнее — интеграция утилиты для просмотра логов CMTrace.exe (или Trace32.exe для SCCM 2007) в WinPE.

Решение больше подходит для SCCM 2007, но об этом чуть ниже. Я покажу на примере CM 12.

Создаём папку C:\winpe_x86.

Копируем туда winpe.wim из C:\Program Files\Windows AIK\Tools\PETools\x86.

Создаём папку C:\Mount.

Запускаем Deployment Tools Command Prompt от имени Администратора:

Монтируем образ:

Continue reading ‘просмотр логов в Windows PE’ »

О разных вариантах захвата эталонного образа я уже писал здесь, в т.ч. о создании последовательности задач для захвата по РХЕ. Сегодня на форуме TechNet задали логичный вопрос: «Возможно ли каждый раз не изменять имя эталонного образа в последовательности задач?». Вова bobgreen натолкнул на мысль, спасибо ему.

Логичнее будет создать отдельную коллекцию, в которую на время будем добавлять компьютеры, с которых хотим снимать эталонные образы. В свойствах коллекции на вкладке Collection Variables добавляем переменные OSDCaptureAccount, OSDCaptureAccountPassword и OSDCaptureDestination:

Загружаемся по сети, выбираем нужное задание:

Двойным кликом открываем каждую переменную и вводим требуемые данные:

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

Стала доступной для скачивания документация в трёх форматах: .chm, .pdf и .docx. 2000 страниц не дадут вам заскучать жаркими летними вечерами. 🙂

http://www.microsoft.com/en-us/download/details.aspx?id=29901

Утилита для создания фейковых клиентов в CM12, которые нужны, например, для тестирования нагрузки или просмотра отчётов с инвентаризацией. Синтаксис очень простой:

ConfigMgrRegistrationRequest /MPName:FQDNMPServer /FileName:»path csv file» /debug:TRUE|FALSE

В комплекте с утилитой идут уже сконфигурированный .csv с десятью клиентами и шаблон аппаратной инвентаризации.

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

Теперь в Resource Explorer удобно просматривать произошедшие изменения. Можно увидеть, что добавлялось или удалялось между циклами инвентаризации. Например, установленное ПО. Видно, что был установлен 7-Zip и удалён WSUS:

Изменения в сервисах:

Общие папки:

И т.д.

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 и просто убираем галочку:

Свершилось то, о чём так долго говорили большевики: появились Right Click Tools для Configuration Manager 2012. Скачать можно здесь.