клиент в новом сайте

Если клиент заезжает в границы другого сайта, то он ведёт себя в соответствии с правилами роуминга. Если клиента нужно привязать к другому сайту, то это можно сделать разными способами:

— вручную изменить код сайта через апплет в панели управления;

— для массовой миграции воспользоваться разнообразными утилитами, например, Right Click Tools;

— сделать логон-скрипт:

sSiteCode = «код нового сайта»
sMachine = «.»
set oCCMNamespace = GetObject(«winmgmts://» & sMachine & «/root/ccm»)
Set oInstance = oCCMNamespace.Get(«SMS_Client»)
set oParams = oInstance.Methods_(«SetAssignedSite»).inParameters.SpawnInstance_()
oParams.sSiteCode = sSiteCode
oCCMNamespace.ExecMethod «SMS_Client», «SetAssignedSite», oParams

При миграции клиента столкнулся с ошибками в ClientLocation.log:

Unable to verify the sitecode ‘код нового сайта‘, AD schema is not extended or SLP is not present. Cannot continue site assignment.

И в  LocationServices.log:

LSGetSiteVersionFromAD : Failed to retrieve version for the site ‘код нового сайта‘ (0x80004005)
Attempting to retrieve SLPs from AD LocationServices
Failed to resolve ‘SMS_SLP’ to IP address from WINS
LSGetSLP : Failed to resolve SLP from WINS, is it published
LSGetSiteVersionFromSLP : Unable to get the list of SLPs
LSVerifySiteVersion: Failed to get Site Version from AD and SLP

Данная ошибка указывает на невозможность получения информации о сайтах из AD и от SLP. SLP устанавливается, когда схема AD не расширена или если информация о сайтах не опубликована. У меня же схема была расширена, сервера SCCM имели нужные права на контейнер System Management и успешно публиковали информацию.

Пришлось лечить переустановкой клиента. На 2:38 видно начало установки клиента и успешную привязку к новому сайту:

6 комментариев

  1. Евгений:

    Столкнулся с подобной проблемой на одном из Secondary Site.
    А если после переустановки все повторилось? Что тогда делать?
    Самое забавное то, что на этом сайте есть несколько клиентов, которые отлично находят инфу из AD, и спокойно азайнятся на Primary Site.
    А вот некоторые ни в какую.

  2. Евгений:

    UPD:
    Удивительно. Служба брандмауэра была отключена. Просто ради эксперимента запустил ее, и попробовал заново вызвать Assign к сайту, и все получилось. Вывод — даже отключенная служба брандмауэра каким-то образом блокировала нужный порт 🙂 Файрвол такой файрвол…

    • admin:

      Наверное, не отключена, а просто остановлена.
      Хорошо, что получилось.

      • Евгений:

        Самое интересно, что именно отключена 🙂 Поскольку мне пришлось перевести ее в режим Ручного запуска, и лишь потом я ее смог запустить. До этого кнопка запуска была не активна.
        В общем, на своей практике уже второй раз сталкиваюсь с брандмауэром Windows XP, который в выключенном состоянии может глючить.
        Предполагаю, что он либо не до конца выключился. Либо была какая-то вирусная активность.
        Сложно теперь точно сказать. А особенно в инфраструктуре с количеством клиентов > 9000

Leave a Reply