none
Клиент SCCM 2007 ищет несуществующую MP RRS feed

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

  • Добрый день! Есть проблема с развертыванием SCCM.
    История такова:
    был sms2003 sp3, потом сервер был переустановлен (перезалита OS), переименован и на нем был установлен SCCM 2007 R2. Имя sms сайта осталось прежним. Никаких миграций не было - все с нуля, только имя сайта совпадает. Все роли на одном сервере.  
    Теперь проблема:
    При установке клиентов происходит следующее. Клиент ставится, но в дальнейшем не находит MP, причем в логе CCMEXEC.log появляются записи (заменил название сервера на (старое имя сервера)):
     
    Initializing queue 'MtrMgr'...    CcmExec    14.01.2010 10:26:23    1092 (0x0444)
    Queue 'MtrMgr' initialized with 0 messages.    CcmExec    14.01.2010 10:26:23    1092 (0x0444)
    Initialized queue processor 'MtrMgr'        Enabled=true    Concurrency=1    CcmExec    14.01.2010 10:26:23    1092 (0x0444)
    Initializing queue 'amp_[http]mp_locationmanager'...    CcmExec    14.01.2010 10:26:23    1092 (0x0444)
    Queue 'amp_[http]mp_locationmanager' initialized with 0 messages.    CcmExec    14.01.2010 10:26:23    1092 (0x0444)
    Initialized queue processor 'amp_[http]mp_locationmanager'        Enabled=true    Concurrency=1    CcmExec    14.01.2010 10:26:23    1092 (0x0444)
    Initializing queue 'direct_(старое имя сервера)_mp_locationmanager'...    CcmExec    14.01.2010 10:26:23    1092 (0x0444)
    Queue 'direct_(старое имя сервера)_mp_locationmanager' initialized with 0 messages.    CcmExec    14.01.2010 10:26:23    1092 (0x0444)
    Initialized queue processor 'direct_(старое имя сервера)_mp_locationmanager'        Enabled=true    Concurrency=1    CcmExec    14.01.2010 10:26:23    1092 (0x0444)
     
    И потом:
     
     
    [CCMHTTP] HTTP ERROR: URL=http://(старое имя сервера)/ccm_system_windowsauth/request, Port=80, Protocol=http, SSLOptions=0, Code=12007, Text=ERROR_WINHTTP_NAME_NOT_RESOLVED
     
    Т.е. в http запросе указано старое имя сервера, которого более не существует.
    Вопрос следующий. Откуда клиент берет это старое имя.
    Схема AD была расширена для SCCM 2007 права на контейнер розданы и я проверил контейнер system management - там для этого сайта указано корректная MP запись, а для SLP сервер не определен, но возможно это правильно.
    Перепроверил неоднократно конфигурацию SCCM - нигде нет упоминания старого сервера.
    Где еще попробовать искать? Если не сложно, опишите порядок поиска MP клиентом.
    Режим сайта mixed.
     
    Спасибо
    15 января 2010 г. 13:46

Все ответы

  • Удалить все записи из контейнера System Managment, после того как ConfigMgr их восстановит, проверить работу клиента.


    Alexsey Taranenko >>> http://ITband.ru
    15 января 2010 г. 14:47
  • Удалить все записи из контейнера System Managment, после того как ConfigMgr их восстановит, проверить работу клиента.


    Alexsey Taranenko >>> http://ITband.ru

    Немного подробнее изучил проблему, поэтому уточню вопрос. Старый сервер был в другом домене.Тот домен в том же лесу с новым и доверялки настроены в обе стороны, но он постепенно выводится из работы. В старом домене была расширена схема и соответственно там в System Managment есть объекты указывают на старую MP. К сожалению, доступ к старому домену проблематичен поэтому предпочтительно решить проблему без его редактирования.
    Итак, что в итоге.
    На сегодняшний день есть следующее:
    Есть 2 домена ( к примеру NEWDOMAIN и OLDDOMAIN). И там и там схема расширена, SMS сайт называется одинаково. System Managment в OLDDOMAIN содержит записи с неверной MP. SCCM сервер и клиенты в NEWDOMAIN. System Managment в NEWDOMAIN корректен (проверял неоднократно). В параметрах установки клиента жестко указана нужная MP. При установке клиента в LocationServices.log следующие записи:

    Assigning to site 'MSK' LocationServices 02.02.2010 16:51:22 752 (0x02F0)
    LSVerifySiteVersion : Verifying Site Version for <MSK> LocationServices 02.02.2010 16:51:22 752 (0x02F0)
    LSGetSiteVersionFromAD : Successfully retrieved version '4.00.6221.0000' for site 'MSK' LocationServices 02.02.2010 16:51:23 752 (0x02F0)
    LSVerifySiteVersion : Verified Client Version '4.00.6221.1000' is not greater than Site Version '4.00.6221.0000'. Client can be assigned to site <MSK>. LocationServices 02.02.2010 16:51:23 752 (0x02F0)
    Assigning to Management Point NEWSERVER.NEWDOMAIN LocationServices 02.02.2010 16:51:23 752 (0x02F0)
    Sending Fallback Status Point message, STATEID='700'. LocationServices 02.02.2010 16:51:23 752 (0x02F0)
    Successfully processed pending site assignment. LocationServices 02.02.2010 16:51:23 752 (0x02F0)
    Attempting to retrieve default management point from AD LocationServices 02.02.2010 16:51:23 752 (0x02F0)
    Retrieved Default Management Point from AD: OLDSERVER.OLDDOMAIN LocationServices 02.02.2010 16:51:23 752 (0x02F0)

    Клиент именно из AD берет данные о неверном сервере, но почему - не понятно. Ведь клиент в NEWDOMAIN, сервер тоже, System Managment в NEWDOMAIN правильный. Просто очистить контейнер в OLDDOMAIN, я не могу. Я администратор SCCM, AD админят другие люди, поэтому мне нужно аргументировать эти действия. В идеале конечно нужен LDAP запрос, который использует клиент для поиска MP в AD, чтобы узнать, откуда эта MP берется.
    2 февраля 2010 г. 15:43
  • необходимо удалить данные из AD и опубликовать заново

    в контейнере System/System Management
    видимо лежат неправильные данные.

    вариант №2
    клиент берет данные из WINS.
    посмотрите куда указывает запись типа SMS_SLP
    если она ведет на несуществующий MP то поможет только переустановка клиента ну и переделка записи
    blog.wadmin.ru
    11 февраля 2010 г. 14:09
  • Здравствуйте, bvvtver . Ваша проблема сохраняется?

    Поможем друг другу стать лучше! Отметим правильные ответы и полезные сообщения!
    18 февраля 2010 г. 8:27
    Модератор
  • Проблема решена после того, как в старом домене очищен контейнер System/System Management. Почему клиенты нового домена предпочитали брать информацию о MP из старого домена, а не из своего родного (где все правильно) мне не ясно. Я не администрирую AD, поэтому исследовать вопрос подробней не могу. Всем спасибо за ответы. Все ответы помогли найти правильное решение.
    29 апреля 2010 г. 6:21