OM: Windows Server Management Pack Mounted Point Bug

Внимание! В статье описана проблема, возникающая в пакетах управления Microsoft Windows Server 6.0.7292.0.

Буквально на днях обнаружил очень неприятный баг – в консоли SCOM по непонятной мне причине начали отображаться по два инстанса для каждого диска. Единственное, что их отличало друг от друга это наличие обратного слэша и описание устройства,- Logical Fixed Disk и Mounted Disk.

Logical Disc Bug

Это могло быть только одно – некорректно написанное правило обнаружения, возвращающее в качестве ключевого свойства DeviceID букву диска с обратным слешом. Итак, теперь нужно разобраться, что же это за правило.

Первое, что я сделал – это отобрал все инстансы класса Microsoft.Windows.LogicalDisk с обратным слэшом через PowerShell:

$baddisk = get-scomclass -name "Microsoft.Windows.LogicalDisk" | Get-SCOMClassInstance | ? {$_.DisplayName -match "\\$"}

Затем, берем любой элемент из массива, например, самый первый и смотрим его ID:

$baddisk[0].Id

В моем случае ID элемента «533a2b61-8852-d031-523a-76fb9a8d0ec3».

Дальше необходимо получить ID правила обнаружения, которое создало этот инстанс. Делаем это через SQL запрос в оперативной базе данных:

SELECT ds.DiscoveryRuleId
FROM [OperationsManager].[dbo].[DiscoverySourceToTypedManagedEntity] dstme
INNER JOIN [OperationsManager].[dbo].[DiscoverySource] ds
ON dstme.DiscoverySourceId = ds.DiscoverySourceId
WHERE dstme.TypedManagedEntityId = '533a2b61-8852-d031-523a-76fb9a8d0ec3'

Мой запрос выдал мне ID «0EBF5558-248D-0B05-51D1-27A126C8E994»

Возвращаемся в PowerShell и смотрим, что это за правило обнаружения:

PowerShell Discovery

Видим, что это правило обнаружения «Microsoft.Windows.Server.2008.MountPoint.Discovery»(Mount Point Discovery Rule). Дальше экспортируем пакет с помощью команды (в моем примере пакет будет экспортирован в корень диска C:):

Get-SCOMManagementPack -Name "Microsoft.Windows.Server.2008.Discovery" | Export-SCOMManagementPack -Path C:\

Открываем его и ищем правило с именем «Microsoft.Windows.Server.2008.MountPoint.Discovery»:

Discovery Rule

Видим, что в качестве источника для данного правила обнаружения используется Data Source модуль с именем «Microsoft.Windows.Server.2008.MountPointDiscovery.ModuleType». Находим его:

Data Source

Содержимое данного модуля – скрипт. Самое интересное находится внизу скрипта. Видим, что данный скрипт опрашивает класс WMI Win32_MountPoint, и выполняет запрос для каждой директории, сравнивая имя директории с именем буквы диска класса Win32_Volume, значения которого записываются в выходные данные обнаружения. НО! Как я уже писал выше, как раз этим скриптом и создаются неверные инстансы дисков – возвращается DeviceID, равное имени буквы диска с обратным слэшом. Если мы опросим класс WMI Win32_Volume и посмотрим скрипт, то увидим, что в строках возвращаются значения Name, которые являются буквой со слэшом.

Data Source Script

Что в данной ситуации нужно сделать? Необходимо создать переопределение (Override) для правила обнаружения «Mount Point Discovery Rule» — переключить флаг «Enabled» в «false» и выполнить команду Remove-SCOMDisabledClassInstance. На данный момент пока нет каких либо хотфиксов как, например, делает это Алексей Журавлев, а сам я его не пишу, т.к. не знаю, что в действительности должно возвращаться, поэтому нужно ждать, пока разработчики исправят эту досадную ошибку.

Реклама

SC: Антивирус Касперского может удалить продукты System Center 2012

Сегодня Антон Гриценко поделился ссылкой на форум в котором люди жалуются на то, что при установке антивируса Касперского полностью удаляется сайт сервер System Center 2012 Configuration Manager. Т.е. удаляется даже база данных и, единственное, что поможет, — это восстановление из резервной копии. Покопавшись дальше, я также наткнулся на другой источник того же сайта где уже идет утверждение о том, что затрагиваются все продукты System Center 2012. Связано всё с тем, что по задумке Лаборатории Касперского, прежде чем установить KAV/KIS, инсталлятор предварительно удаляет существующий антивирус, в число которых входит System Center 2012 Endpoint Protection. Но, видимо, разработчики ограничились более простой маской вида «System Center 2012*», что и приводит к подобному результату. На текущий момент исправление можно получить по запросу в Kaspersky Lab.

CM: System Center 2012 R2 Configuration Manager Maintenance Window bug

Коллегами в компании был обнаружен баг с окнами обслуживания в System Center 2012 R2 Configuration Manager. Баг заключается в следующем, если окно обслуживания считается не по локальному времени, а по Гринвичу (Coordinated Universal Time (UTC)) и окно обслуживания по локальному времени переходит на следующие сутки, то день недели в данном случае не переходит и считается по установленной галочке в окне обслуживания. Пример:
Окно обслуживания запланировано по Гринвичу на Вторник, 20:00 и заканчивается 21:30, соответственно, локальное время для Москвы (+04:00) это Среда, с 00:00 по 01:30. По факту данное окно будет применено во Вторник с 00:00 по 01:30.
По неподтвержденным данным данный баг отсутствует в окнах обслуживания с применением для «All Deployment Types».

CM: Известные ошибки Configuration Manager 2012 R2

Продукт вышел относительно недавно, но ряд пользователей уже столкнулся с ошибками в ConfigMgr 2012 R2. Кто-то смог их избежать, используя обходные решения, кто-то живет с ними и по сей день, а кто-то просто дальше продолжает работать с ConfigMgr 2012 Sp1. Итак, ниже приведу список ошибок:

  • Медленная загрузка внутри WinPE. Решается установкой хотфикса;
  • Сбой службы WDS, установленной на сайт-сервере. Решается установкой хотфикса;
  • Отсутствие кнопки Uninstall в приложениях с двумя и более Deployment Type. Решения нет. Решается установкой CU1;
  • Не работают переменные последовательностей задач, назначенные на устройство. Есть скрипт, который можно запросить у Microsoft. Данный скрипт забирает данные напрямую из БД и создает локальные переменные. Решается установкой хотфикса;
  • Установка клиента может вызвать перезагрузку операционной системы. Решения нет, подробнее можно прочитать тут;
  • После обновления могут создаться копии стандартных отчетов, начинающиеся с двух нижних подчеркиваний «__». Если вы не вносили собственные изменения в данные отчеты, то их можно удалить;
  • Созданные условия для приложений могут не работать после обновления. Решение довольно простое — необходимо внести какое нибудь изменение (например, комментарий), чтобы пересоздать условие;
  • Невозможно обновить ConfigMgr 2012 Sp1 CU2+ до ConfigMgr 2012 R2 если используется Pull Distribution Point. Поддерживаемого решения пока нет, подробнее можно прочитать тут;
  • После обновления могут перестать работать отчеты. Подробнее об ошибке и обходном решении можно прочитать тут;
  • После обновления учетная запись Network Access Account пропадает. Связано это с тем, что в ConfigMgr 2012 R2 можно использовать несколько Network Access Account. Необходимо просто пересоздать учетную запись.
  • Offline обновление образов ОС в ConfigMgr 2012 R2 может занять бОльше времени, чем ConfigMgr 2012 Sp1. Связано это с долгим копированием образа в папку локального диска сайт-сервера.
  • Окна обслуживания, использующие время по Гринвичу, не переходят на следующие сутки. Подробнее можно прочитать тут.

См. также:

Подробнее о планировании обновления ConfigMgr 2012 Sp1 до ConfigMgr 2012 R2 можно прочитать тут — http://technet.microsoft.com/en-us/library/jj822981.aspx.

CM: Невозможно выбрать .exe файл при выборе иконки приложения

После обновления Configuration Manager 2012 до Service Pack 1 столкнулся со следующей проблемой — при выборе иконки для приложения отображаются только .dll, .ico, и .jpg файлы, хотя до обновления была возможность выбирать и .exe файлы. Следует заметить, что и в SP1 в окне выбора в списке .exe файлы также присутствуют.

Browse

По этой ошибке уже создано обращение разработчикам — https://connect.microsoft.com/ConfigurationManagervnext/feedback/details/774677/configmgr-2012-sp1-rtm-open-file-dialog-only-displays-dll, так что при возможности жмите кнопку вверх 🙂 На самом деле этот досадный факт не должен останавливать Вас от обновления до Service Pack 1, т.к. это лишь ошибка в регулярных выражениях в консоли и если Вы укажете прямой путь до .exe файла, то иконку также получится выбрать.