none
Ошибка OpsMgr Connector 21023 RRS feed

  • Общие обсуждения

  • Имеем 1 Management Server, к нему подключены порядка 30 клиентов, в том числе в удаленных офисах. Клиентами являются контроллеры домена из 3х разных доменов в одном лесу. ПО: ОС Windows Server 2003 R2 с последними обновлениями, SCOM 2007 R2, SQL 2008. Установка агентов происходит без ошибок, но один из серверов не появляется в Administration-Device Management-Agent Managed. В журнале событий Operations Manager на проблемном сервере-клиенте с периодичностью 5 минут появляется ошибка 21023, источник OpsMgr Connector:

    OpsMgr has no configuration fot management group XXX_XXX and is requesting new configuration from the Configuration Service

    Проблема с загрузкой конфигурации...

    Что пытался делать:

    1. На проблемном клиенте-сервере останавливал сервис System Center Management, удалял содержимое C:\Program Files\System Center Operations Manager 2007\Health Service State и запускал сервис. Во вложенных папках, кроме C:\Program Files\System Center Operations Manager 2007\Health Service State\Health Service Store - пусто;

    2. Выполнил проверку утилитой setspn на Management Server.

     

    1 июня 2011 г. 11:33

Все ответы

  • >с периодичностью 5 минут появляется ошибка 21023

    Только эта ошибка?

    Для начала попробуйте удалить кэш на менеджмент сервере, так же как удаляли на агенте.


    http://OpsMgr.ru/
    1 июня 2011 г. 16:37
    Отвечающий
  • На клиенте появляется только ошибка 21023 с периодичностью 5 минут и больше никаких ошибок.

    Если я почишу кэш на менеджмент сервере, как это отразится на всех остальных клиентах, ведь они работают абсолютно исправно?

    Вчера успешно подключил проблемный сервер через безагентный мониторинг, в итоге SCOM по этому серверу показал мне следующие предупреждения:

    WMI Probe Module Failed Execution. Module was unable to connect to namespace '\\SERVERNAME.COMPANY.DOMAIN.LOCAL\ROOT\CIMV2' This has happened 227 times since this instance was loaded. HRESULT: 0x80070005 Details: Отказано в доступе. One or more workflows were affected by this. Workflow name: Microsoft.SystemCenter.DiscoverIsVirtualMachineTrue Instance name: SERVERNAME.COMPANY.DOMAIN.LOCAL Instance ID: {B9BCD7C6-8C32-7486-95C9-E1581BF8C8EB} Management group: XXX_XXX.

    - Script or Executable Failed to run. The process started at 14:11:04 failed to create System.Discovery.Data. Errors found in output: C:\Program Files\System Center Operations Manager 2007\Health Service State\Monitoring Host Temporary Files 6\1526\DiscoverWindowsOSProperties.vbs(17, 1) Microsoft VBScript runtime error: Permission denied: 'GetObject' Command executed: "C:\WINDOWS\system32\cscript.exe" /nologo "DiscoverWindowsOSProperties.vbs" 0 {EA3B85C1-AD08-845E-3AFE-18205F780C7D} {B9BCD7C6-8C32-7486-95C9-E1581BF8C8EB} SERVERNAME.COMPANY.DOMAIN.LOCAL SERVERNAME.COMPANY.DOMAIN.LOCAL Working Directory: C:\Program Files\System Center Operations Manager 2007\Health Service State\Monitoring Host Temporary Files 6\1526\ One or more workflows were affected by this. Workflow name: Microsoft.SystemCenter.DiscoverWindowsOSProperties Instance name: SERVERNAME.COMPANY.DOMAIN.LOCAL Instance ID: {B9BCD7C6-8C32-7486-95C9-E1581BF8C8EB} Management group: XXX_XXX

    - Backward Compatibility Script Error. An error occurred on line 105 while executing script 'MOM Backward Compatibility Service State Monitoring Script' Source: Microsoft VBScript runtime error Description: Permission denied: 'GetObject' One or more workflows were affected by this. Workflow name: System.Mom.BackwardCompatibility.ServiceStateMonitoring Instance name: SERVERNAME.COMPANY.DOMAIN.LOCAL Instance ID: {B9BCD7C6-8C32-7486-95C9-E1581BF8C8EB} Management group: XXX_XXX

    Это только на проблемном сервере, все остальные здоровы. Причина в неполадках WMI? 

  • "Details: Отказано в доступе.", "Description: Permission denied" - разве это похоже на неполадки WMI? Модули наверняка запускаются от системной учетной записи RMS, которая не добавлена в администраторы целевого компьютера...

    По двум приведенным проблемам я бы предположил, что возможно у этого сервера есть проблемы с kerberos. Время неправильное, таймзона, разрешение имен не выполняется как положено и так далее...

    >Если я почишу кэш на менеджмент сервере, как это отразится на всех остальных клиентах, ведь они работают абсолютно исправно?

    Глобально - никак не отразится, единственное, может быть совсем небольшая потеря данных о производительности.


    http://OpsMgr.ru/
    Отвечающий
  • Модуль запускается от системной учетной записи, на проблемном сервере netdiag, dcdiag не возвращают ошибок. Все выглядит как будто с сервером все ОК.

  • Запустите COmputer Management, перейдите в Services and Applications, вызовите контекстное меню на WMI Control, и откройте Properties. Если там Access Denied - у вас проблема с WMI, если нет - проблема с правами учетной записи OpsMgr.


    http://opsmgr.ru
    6 июня 2011 г. 10:02
    Отвечающий
  • C WMI все ОК. В чем может заключаться проблема с правами учетной записи OpsMgr, если служба запускается с системной учетной записью?
    10 июня 2011 г. 8:53