Archive for Май 2012

просмотр логов в Windows PE

Самый простой вариант просмотра — монтирование сетевого диска и копирования туда 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, чтобы править имя файла вручную, и защищаемся от перезаписи эталонных образов.

документация по System Center 2012 Configuration Manager

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

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

справка по SCCM 2007

Вышла обновлённая документация по SCCM 2007 в виде справочного файла, включая документацию по май 2012 года.

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

ConfigMgrRegistrationRequest

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

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

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

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

новое в ConfigMgr 2012 Resource Explorer

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

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

Общие папки:

И т.д.

WUA не находит SUP

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 server not configured

Полтора месяца назад столкнулся с ошибкой синхронизации 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 в процессе захвата образа

Процесс захвата образа эталонной операционной системы завершается ошибкой 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

Столкнулся с проблемой медленного копирования образа операционной системы внутри 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