С массовым использование OSD на SCCM 2007, у меня появилась проблема: сервис WDS запущен, PXE Service Point работает без ошибок, но при попытке загрузится мы получаем Boot Abort. По началу я лечил это перезапуском WDS сервиса... но это не выход...

Как выяснилось причина такого поведения - кеш PXE Advertisement, записи в котором по умолчанию хранятся 1 час.

Чтобы изменить время кеширования достаточно на сервере создать ключ реестра (или изменить, если он уже есть) CacheExpire  (типа DWORD) и установить его значение в 120 (что соответствует 2 минутам). Ключ находится в разделе:

x86: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SMS\PXE
x64: HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\SMS\PXE

Это справедливо для SCCM 2007 SP2. Что касается SCCM 2007 SP1, то для него есть обновление KB969113, которое также устанавливает срок жизни кеша в 2 минуты

Иногда установка агента SCCM не проходит корректно, а логе ccmsetup.log появляется 2 ошибки подряд:

Invalid version string: ??.??.????.????

А за ней что-то в духе:

Error processing node: <Item FileName="i386/WindowsUpdateAgent30-x86.exe">
<Applicability Platform="X86" OS="ALL"/>
<Discovery Type="File" Identifier="%windir%\system32\wuaueng.dll">
<Property Name="Version" Operator=">=">7.1.6001.65</Property>
</Discovery>
<Installation Order="2" InstallationType="EXE" OptionalParams="/quiet /norestart"/>
</Item>

В таком случае надо проделать следующее:

1. Очистить папку установки SCCM агента (все кроме файла ccmsetup.exe)
2. Переустановить msxml6
3. Установить/переустановить компонент, который фигурирует во второй ошибке (на моей практике это было wingapi.msi и WindowsUpdateAgent30-x86.exe)
4. Перезагрузить компьютер.
5. Запустить установку SCCM агента.

Я столкнулся с проблемой: SCCM 2007 Client отказывается работать на одной из рабочих станций. При этом WMI работает нормально, а переустановка агента ни к чему не приводит. Создается только часть логов, политики не загружаются... Агент не работает.

Причина была выявлена в ClientIDManagerStartup.log и выглядит она примерно так:
RegTask: Server rejected registration request: 3

Сервер отказывается регистрировать клиента

Поиски на просторах интернета и анализ ситуации показал, что это следствие дублирования GUID. Происходит это если вшить установленный агент в образ Acronis или чего-то в этом духе.

В этой записи я расскажу как можно организовать умную разметку диска при развертывании ОС средствами SCCM. Но сначала немного предыстории.

Изначально у меня был шаг в Task Sequence, который отрезал 60Gb для диска C, остальное пространство отводилось для диска D. Однажды мне пожаловались на постоянное падение Task Sequence на рабочей станции. Разбор полетов показал, что падает на шаге разметки диска... Падает потому, что диск 40Gb! Отрезать 60 от 40 проблематично...

Чтобы не плодить Task Sequence (о этой проблеме я писал в одной из предыдущих заметок SCCM OSD: Перестаем плодить Task Sequence) создать 2 шага Format and Partition Disk, которые срабатывают в зависимости от объема жесткого диска и размечают на 2 раздела (если диск больше 80Gb) или 1 раздел (если меньше 80Gb).

Раз уж начал тему разметки диска, то опишу сразу реализацию Task Sequence, который делает разметку диска (учитывая объем диска) только на тех системах, где он не размечен (новые рабочие станции). А на остальных этот шаг пропускается (т.е. затирается информация на диске C и туда разворачивается ОС).

Когда появилась потребность в создании нескольких конфигураций для развертывания ОС, я создавал для каждой свой Task Sequence. Но когда количество их перевалило за 10, работать с ними стало тяжело... Например, обновился образ ОС или добавился новый пакет драйверов - нужно обновить все конфигурации. Хорошо, когда можно это сделать в тишине и спокойствии, когда тебя не отвлекают, но это бывает крайне редко. Зачастую кто-то позвонит, что-то спросят, а то и убежать нужно... Следствие - где-то что-то да забыл... С течением времени получаем форменный беспорядок. Страшно себе представить что будет если количество конфигурации приблизится скажем к 50...

Задачу перед собой я поставил следующую: свести к минимуму набор Task Sequence и сохранить возможность гибкого и удобного управления большим количеством конфигураций.

Раз уж эта запись появилась в блоге, то решение я таки нашел. О нем и расскажу...

Итак, возникла потребность развертывания ОС с помощью автономных образов (SCCM поддерживает как DVD, так и USB Drive). Первая же проблема -- контроль версий (как образа ОС, так и Task Sequence, возможно коллекции при сетевом развертывании), что используют администраторы. Поскольку данная группа людей по своей природе ленива, то получив однажды образ, не особенно будет следить за его актуальностью. А для того, чтоб оказывать влияние на таких людей нужно четко знать, что Василий Пупкин уже год не обновлял образ, из которого разворачивает ОС...

Есть задача, значит есть и решение! И вот моя реализация данного механизма...

При развертывании ОС с помощью SCCM 2007 многие сталкивались с тем, что программы, у которых установлена птичка "Allow user to interact with this program", не могут быть выбраны при формировании Task Sequence.

А если эту птичку не установить, то показ (а точнее попытка показа) любого окна, даже просто индикатора прогресса, без каких либо вопросов, приводит к зависанию программы установки и завершению ее по тайм-ауту.

Это связанно с тем, что все программы в рамках развертывания ОС запускаются без возможности взаимодействия с графической системой... Но выход есть!

Часто бывает так, что пакет не обрабатывается на Distribution Point коррекно, что сопровождается следующего вида сообщениями в distmgr.log:

Adding package PS100041 to the active package array.
Package PS100041 requires a newer version (4) of source files and the new compressed files haven't arrived yet, current version is 2, skip E:\SCCM\inboxes\distmgr.box\INCOMING\RVIEF21D.PKG
Removing package PS100041 from the active package array.

И вот как с этим боротся...

При работе с System Center Configuration Manager, а именно с установкой операционных систем я столкнулся с тем, что при загрузке по сети (PXE) установка операционной системы проходит без сучка и задоринки, а вот если установка запущена (назначена) на работающую машину, то развертывание самой ОС проходит, проходит даже ее настройка, а вот на этапе установки SCCM Agent происходит сбой... Соответственно все дальнейшие инструкции не выполняются: софт не устанавливается - получаем голый Windows (исключение - "вшитые" в образ ОС программы и компоненты)

Собственно запись о методах борьбы с этим явлением...