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

Response is empty OSDSMPClient 02.03.2011 11:32:12 3828 (0x0EF4)
ClientKeyRequestToSMP failed (0x80004005). OSDSMPClient 02.03.2011 11:32:12 3828 (0x0EF4)
ClientRequestToSMP::DoRequest failed. error = (0x80004005). OSDSMPClient 02.03.2011 11:32:12 3828 (0x0EF4)
Request to SMP ‘scsm.firma.local’ failed with error (Code 0x80004005). Trying next SMP. OSDSMPClient 02.03.2011 11:32:12 3828 (0x0EF4)

Для миграции пользовательских данных при помощи USMT и State Migration Point клиентский компьютер запрашивает у точки управления адреса серверов с ролью SMP. Далее клиент опрашивает 80-й порт (SMP требует IIS) и, если он занят каким-то сайтом (в моём случае на 80-м порту висел сайт SharePoint Services для Dashboard), мы получим ошибку, указанную выше.

Два варианта решения проблемы:

1. Поднять SMP на другом сервере с IIS

2. На уже существующем сервере изменить порт для сайта, который висит на 80-м:

В ccm.log можно встретить следующую ошибку, из-за которой установка клиента SCCM через Client Push Install не будет выполнена:

======>Begin Processing request: «AGZPORTA», machine name: «XP» SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)
—> Trying the ‘best-shot’ account which worked for previous CCRs (index = 0x0) SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)
—> Attempting to connect to administrative share ‘\\xp.firma.local\admin$’ using account ‘firma\administrator’ SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)
—> WNetAddConnection2 failed (LOGON32_LOGON_NEW_CREDENTIALS) using account firma\administrator (00000035) SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)
—> WNetAddConnection2 failed (LOGON32_LOGON_INTERACTIVE) using account firma\administrator (00000035) SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)
—> The device xp.firma.local does not exist on the network. Giving up SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)
—> Trying the ‘best-shot’ account which worked for previous CCRs (index = 0x0) SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)
—> Attempting to connect to administrative share ‘\\XP\admin$’ using account ‘firma\administrator’ SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)
—> The ‘best-shot’ account has now succeeded 4 times and failed 0 times. SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)
—> Connected to administrative share on machine XP using account ‘firma\administrator’ SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)
—> Attempting to make IPC connection to share <\\XP\IPC$> SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)
—> Searching for SMSClientInstall.* under ‘\\XP\admin$\’ SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)
CWmi::Connect(): ConnectServer(Namespace) failed. — 0x800706ba SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)
—> Unable to connect to WMI on remote machine «XP», error = 0x800706ba. SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)
—> Deleting SMS Client Install Lock File ‘\\XP\admin$\SMSClientInstall.000’ SMS_CLIENT_CONFIG_MANAGER 01.01.1601 0:00:00 6008 (0x1778)

На файрволе нужно сделать исключения для служб общего доступа к файлам и принтерам и «Удалённый вызов процедур (RPC)». Если исключения созданы или файрвол отключён, то проверьте корректность А-записи в DNS: перед установкой клиета SCCM опрашивает DNS  и подключается к компьютеру по ip-адресу. Соответственно, если компьютер находится в сети, но по каким-то причинам не смог обновить в DNS свой ip-адрес на правильный, то установка завершится неудачей, что и видно из лога выше.

Пора заводить тег «Хозяйке на заметку». 🙂

После распаковки .wim-файла захваченного образа операционной системы и перезапуска системы для первой загрузки и начального конфигурирования, вы можете увидеть ошибку «NTLDR is missing». Это значит, что в захваченном образе нет драйверов для контроллера диска компьютера, на который образ устанавливается. Попробуйте интегрировать двайвера для контроллеров в образ операционной системы. Для этого перед захватом в папке C:\sysprep (это для Windows XP; для Windows 7 sysprep находится в C:\windows\system32\sysprep) создайте файл sysprep.inf. Откройте его текстовым редактором и добавьте следующие строки:
[Sysprep]
BuildMassStorageSection = Yes
[SysprepMassStorage]

После этого выполните в консоли команду «C:\sysprep\sysprep -bmsd». В образ попадут известные системе драйвера контроллеров диска. После этого запускайте мастер захвата.

При установке операционной системы можете встретить ошибку 0x80004005. В логе smsts.log будет следующее:

The detected setup program architecture does not match the current boot image. You must correct your task sequence so that the installation package matches the boot image.

Unspecified error (Error: 80004005, Source: Windows)

Failed to run the action: Apply Operation System

(Error: 80004005, Source: Windows)

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

Зачастую при установке операционных систем нужно устранять неполадки. И здесь в помощь приходит консоль, при помощи которой можно продиагностировать сеть или, что используется чаще, маппинг сетевого диска и копирование туда лога установки для дальнейшего изучения. Командная строка вызывается нажатием клавиши F8 в процессе установки системы. Поддержка командной строки включается в свойствах загрузочного образа:

Что делать, если при нажатии F8 консоль не появляется? Нужно обновить пакет загрузочного образа на точке распространения. Даже если пакет с уже включённой поддержкой консоли туда копируется впервые, потом нужно ещё раз сделать обновление:

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

This task sequence cannot be run because the program files for PackageID are inaccessible on the distribution point

Возможные проблемы:

1. Пакеты, которые указаны в Task Sequence, не находятся в точке распространения.

2. Не указан Network Access Account.

3. DHCP выдаёт адреса, которые не входят в границы сайта. Нужно либо изменить область на DCHP, либо в объявлении соответствующего набора задач выбрать «использовать удалённую точку распространения, если пакет отсутствует на локальной»:

Если клиент заезжает в границы другого сайта, то он ведёт себя в соответствии с правилами роуминга. Если клиента нужно привязать к другому сайту, то это можно сделать разными способами:

— вручную изменить код сайта через апплет в панели управления;

— для массовой миграции воспользоваться разнообразными утилитами, например, Right Click Tools;

— сделать логон-скрипт:

sSiteCode = «код нового сайта»
sMachine = «.»
set oCCMNamespace = GetObject(«winmgmts://» & sMachine & «/root/ccm»)
Set oInstance = oCCMNamespace.Get(«SMS_Client»)
set oParams = oInstance.Methods_(«SetAssignedSite»).inParameters.SpawnInstance_()
oParams.sSiteCode = sSiteCode
oCCMNamespace.ExecMethod «SMS_Client», «SetAssignedSite», oParams

При миграции клиента столкнулся с ошибками в ClientLocation.log:

Unable to verify the sitecode ‘код нового сайта‘, AD schema is not extended or SLP is not present. Cannot continue site assignment.

И в  LocationServices.log:

LSGetSiteVersionFromAD : Failed to retrieve version for the site ‘код нового сайта‘ (0x80004005)
Attempting to retrieve SLPs from AD LocationServices
Failed to resolve ‘SMS_SLP’ to IP address from WINS
LSGetSLP : Failed to resolve SLP from WINS, is it published
LSGetSiteVersionFromSLP : Unable to get the list of SLPs
LSVerifySiteVersion: Failed to get Site Version from AD and SLP

Данная ошибка указывает на невозможность получения информации о сайтах из AD и от SLP. SLP устанавливается, когда схема AD не расширена или если информация о сайтах не опубликована. У меня же схема была расширена, сервера SCCM имели нужные права на контейнер System Management и успешно публиковали информацию.

Пришлось лечить переустановкой клиента. На 2:38 видно начало установки клиента и успешную привязку к новому сайту:

Если вы устранили ошибки работы какого-то компонента и он перешёл в «зелёный режим», то спустя какое-то время при открытии событий вы не увидите ошибок, а иногда их нужно просматривать. Как это сделать? Заходим в Component Status и меняем время отображения:

После чего при открытии событий будут доступны записи за последний месяц:

Компонент SMS_SITE_SQL_BACKUP может ежечасно сыпать ошибкой ID 1020:

SMS Site Component Manager failed to reinstall this component on this site system.
Solution: Review the previous status messages to determine the exact reason for the failure. SMS Site Component Manager will automatically retry the reinstallation in 60 minutes. To force SMS Site Component Manager to immediately retry the reinstallation, stop and restart SMS Site Component Manager using the SMS Service Manager.

Решение было найдено здесь.

В папке с установленным SCCM 2007 (по умолчанию это C:\Program Files (x86)\Microsoft Configuration Manager\) находим файл install.map, открываем его блокнотом и ищем следующие строки:

BEGIN_COMPONENT_FILELIST
    <SMS_SITE_SQL_BACKUP>
    <1193>
    BEGIN_DIRECTORY
        <bin\i386>
        <9><X86><>
        FILE <smssqlbkup.exe><1><значение>
        END_DIRECTORY

 и меняем на

BEGIN_COMPONENT_FILELIST
    <SMS_SITE_SQL_BACKUP>
    <1193>
    BEGIN_DIRECTORY
        <bin\i386>
        <9><X86><>
        FILE <smssqlbkup.exe><1><значение>
    FILE <srvboot.exe><0><вес файла>
    END_DIRECTORY

где вес файла — объём файла srvboot.exe. Объём файла может отличаться от версии SCCM к версии. У меня SP2 R3, поэтому файл весит 333664:

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

В моём случае проблема решилась установкой последней версии Windows Update Agent на проблемного клиента и перезагрузкой.