Собрание заметок об информационных технологиях
Небольшой скринкаст по включению Pre-Execution Environment (PXE) для инициализации процесса развёртывания ОС в System Center 2012 Configuration Manager (SCCM).
Как известно в новой версии SCCM механизм PXE является частью роли сервера точки распространения - Distribution Point
Весь основной процесс развёртывания и первоначальной настройки типичной конфигурации первичного сайта (Primary Site) System Center 2012 Configuration Manager (SCCM) рассмотрен пошагово в заметках моего коллеги Александра Добрынина:
Здесь мы тезисно зафиксируем основные моменты типичного развёртывания вторичного сайта (Secondary Site) с ролями Management point и Distribution point, учитывая то что инфраструктура первичного сайта у нас уже функционирует.
В процессе автоматического развёртывания клиентов System Center 2012 Configuration Manager (SCCM) методом Push-installation мы можем обнаружить, что на сервера Server Core (в мой ситуации это были сервера Hyper-V Server 2008 R2) клиент SCCM не устанавливается. При этом, судя по содержимому каталога %windir%ccmsetup, видно что файлы установки копируются, но возникает проблема на этапе установки .NET Framework 4. В логе %windir%ccmsetupccmsetup.log циклично регистрируются события неуспешной попытки установки этой компоненты:
Installing file 'C:WindowsccmsetupdotNetFx40_Client_x86_x64.exe' with options '/q /norestart /log dotNetFx4_Client_Setup.log'.
File 'C:WindowsccmsetupdotNetFx40_Client_x86_x64.exe' returned failure exit code 5100. Fail the installation.
В процессе автоматического развёртывания клиентов System Center 2012 Configuration Manager (SCCM) методом Push-installation мы можем обнаружить, что на сервера Forefront TMG клиент SCCM не устанавливается. Официальный список используемых для этой процедуры портов можно найти в документах Windows Firewall and Port Settings for Client Computers in Configuration Manager и Ports Used by Configuration Manager
Руководствуясь этими документами у меня так и не получилось добиться желаемого результата и поэтому пришлось методом проб отработать работоспособный вариант решения проблемы. Рассмотрим его.
В этой заметке мы установим службу Key Management Service (KMS) для Microsoft Office 2010 на сервер где уже выполняется служба KMS раздающая ключи для Windows 7 и Windows Server 2008 R2. Предполагается что у нас уже имеется KMS-ключ для Office 2010, полученный с веб-узла Microsoft Volume Licensing Service Center (VLSC). На данный момент он фигурирует там под названием "Office 2010 Suites and Apps KMS". Читать далее...
Инсталляционной пакет Microsoft Office Visio 2010 содержит в себе все редакции – Premium, Professional и Standard, и та редакция которая будет установлена, определяется в зависимости от используемого ключа продукта. Забавно то, что по умолчанию Visio 2010 устанавливается с ключом продукта редакции Premium. Можно столкнуться с ситуацией когда в организации объём оплаченных текущих лицензий Visio разрешает лишь использование редакции Standard, а на клиентских компьютерах ранее была развёрнута конфигурация по-умолчанию – редакция Premium. Если вы начнёте изучать вопрос смены редакции уже установленных экземпляров Visio 2010, то можете обнаружить несколько вариантов решения вопроса, например с помощью Volume Activation Management Tool (VAMT) 2.0 или скрипта Ospp.vbs, как это описано в статье MSDN Blogs - Visio Insights - Volume Activation for Visio 2010 Explained. Однако в интернете можно найти свидетельства (и эксперименты это подтверждают) того, что при применении подобных методов смены редакции в системном реестре полноценно не меняется информация о редакции установленного продукта. Например в оснастке Add/Remove Programs информация о редакции Visio будет неактуальной и отчёты того же SCCM будут отображать соответственно старую редакцию.
После смены сертификата HP Systems Insight Manager (SIM) появилась необходимость заменить сведения о доверенном узле SIM в настройках интерфейса iLO2 на всех серверах HP ProLiant для того, чтобы, как и ранее, работала процедура прозрачного перехода от веб-узла SIM к веб-странице iLO2 - Single sign-on (SSO). Учитывая то, что контроллеров iLO2, требующих одинаковой настройки определённого параметра оказалось не так уж и мало, - возник вопрос об автоматизации этой задачи. Читать далее...
В случае, если у вас периодически возникает необходимость выполнять какие-то административные действия с помощью интерфейса HP Integrated Lights-Out 2 (iLO2) на серверах HP ProLiant и при этом вы имеете расширенную лицензию iLO 2 Advanced, возможно вам окажется полезным и удобным использование интеграции процесса авторизации в iLO2 с существующей доменной инфраструктурой Active Directory (AD). Рассмотрим пример такой интеграции.
При использовании в Version Control Repository Manager (VCRM) функции отчётов (закладка Reports) можно заметить то, что данные по некоторым компьютерам являются устаревшими, или отображаются данные по уже несуществующим компьютерам. Чтобы исправить эту ситуацию в веб-приложении VCRM штатных механизмов нет, зато есть обходное решение:
1. На сервере VCRM в каталоге C:hphpsmhdatacgi-binvcrepositoryxml удаляем файл reportcatalog.xml и перезапускаем службу HP Version Control Repository Manager (cpqsrhmo)
2. В HP Systems Insight Manager (HP SIM) запускаем для всех клиентов VCRM задачу Software Status Polling (Options > Status Polling > Software Status Polling )
Спустя некоторое время файл reportcatalog.xml будет сформирован и наполнен заново и в отчётах появиться актуальная информация.
Источники информации:
Сегодня при попытке загрузки последней версии Smart Update Firmware DVD (10.10) обнаружил что это финальный релиз данного набора обновлений.
И как я понял, в дальнейшем все драйвера, ранее входившие в ProLiant Support Pack и прошивки, ранее входившие Smart Update Firmware DVD, теперь будут объединены в одном пакете - HP Service Pack for ProLiant (SPP), который будет обновляться на периодической основе и позиционироваться как единое средство обновления систем HP ProLiant и BladeSystems. Текущая версия - SPP Version 2012.06.0(B) - указывает на год, месяц и номер релиза.
Теперь можно загруженный в VCRM последний релиз SPP использовать в качестве Software/Firmware Baseline в HP SIM, назначая его на группу всех серверов вне зависимости от ветки/редакции используемой ОС, что упрощает логику управлениями бэйзлайнами в HP SIM.
РАБОТАЕТ. PS был косяк, при сохранении из УПП-Пользователи с УЗ gMSA в Крнфигураторе оставалась/не обновлялась "старая" УЗ.
Поставил на Астра Линукс 1,8 Нет слов чтобы описать радость от Вашей статьи. Здоровья Вам крепче стали.
RSS - Записи
Последние комментарии