» Microsoft Systems Management Server 2003 R2 (MS SMS 2003)

Michigun
Большое спасибо. Все получилось.

sheriffed
Я про эту группу не подумал,
у меня были права SMS Admins.

sheriffed
я не делал, но вроде там грабель особо нет. Какие границы управляются смсом - явно прописывается в настройках, а клиенты обращаются к системам сайта по именам.

Мда походу совсем помоей просьбе глухо (

romaxp
а как ты делал? я завтра посмотрю, но эта утилитка как раз и для переноса GUIDа служит, скорее всего ты что то не разобрался.

если на потенциальном клиенте стоит ХР, а в логе пишет

SMS Client Configuration Manager cannot install the Advanced Client to machine "*****". This platform is not supported by the Advanced Client. The Advanced Client requires Windows 2000 or newer Operating System

причем клиент установился на многих машинах, а на некоторых вот такая хрень.
фаервол отключен.
заранее спасибо за ответ.

Не нашел ответа на свой вопрос:

Есть SMS 2003 R2 строиться отчет на удаленном компе через вэб

Report Category
Software - Companies and Products
Report Name
Computers with specific software registered in Add Remove Programs

И русскими буквами вбиваем в поле поиска софта например "Майкрософт" а в итоге ничего не ищет и битая кодировка на выходе типа: Software Title Майкро%

Кто нибудь знает где копать? Сталкивался кто-то с такой проблем?

см тут
http://forums.microsoft.com/TechNet-RU/ShowPost.aspx?PostID=987590&SiteID=40

Есть книга по Microsoft SMS 2003 на русском языке..Год издания 2006.Кому нужно пишите на anwsecurity@gmail.com. Дам ссылку. Успехов и с наступающим новым годом всех!!!!!

Помогите понять где грабли. Не ставятся пакеты.
В качестве теста создаю пакет, указываю msi лежащий в шаре, создаю адвертайсемент, в нем прописываю пакет, коллекцию. Устанавливаю mandatory Assignment в as soon As possible.
Пакет не устанавливается. Что делаю не так? Где смотреть логи?

Vitorio
Во первых - reporting. Там нас интересует статус. Если как на скриншоте, или статус есть и его значение что то вроде "No status" - значит клиенты еще не узнали о пакадже.
Если узнали - то
Во вторых - список лог файлов - http://support.microsoft.com/default.aspx?scid=kb;en-us;867490

А в третьих - вы ничего не написали и просите помощи в нахождении грабель.
Телепатов нету тута. И нигде нету.

Статус - "No status".
Как ускорить узнавание клиентами?

коллеги помогите!
все хосты в сети Assigned - Yes клиенты Push методом не ставятся-No....перепробовал почти все...прописывал в аккаунтах и учетку домен админа и локальных админов для каждой машины ...результат один -варнинги в SMS_Client_Configuration_Manager :
SMS Client Configuration Manager cannot connect to the machine "Computer_Name". The operating system reported error 1003: Не удается завершить выполнение функции.

Possible cause: The client is not accessible.
Solution: Verify that the client is connected to the network and that the SMS Service account or (if specified) the SMS Client Remote Installation account have the required privileges, as specified in the SMS documentation.
руками на машины клиент ставиться...и переходит в статус Client-Yes...но руками -не по-спортивному...
есть мысли??
в site settings-connection accaunts-client у меня ни чего не стояло вначале...но потом поставил "домен админа"...результат-тотже
СМС2003 СП2 стоит на В2000 СП4 ...схема расширенна


Добавлено:
клиенты все Win2000Pro SP4

Vitorio
Попробуйте на целевую машину(одну из) поставить эту прогу ручками. Используюя такую же командную строку, которую пытаетесь скормить SMSу.
Обратите внимание, из под пользовательско или админской учетки запускается у вас софт.
Почитайте в Event viewer на клиентской машине - вполне возможно там есть записи - если установка начиналась и закончилась ошибкой.
Ускорить узнавание - влом писать, в шапке есть ссылка на инструкции к смсу - вот там в разделе про установку софта есть все рекомендации.

POINTSPB
В каких местах учетки прописывали?
Потом, может не хватать служб, необходимых для установки клиента. По моему - основной кандидат - Remote Registry.

Добрый день all!
проверил везде и на сервере и на потенциальных клиентах служба Remote Registry в АВТО и Работает...
учетки прописывал в Site_Settings-Client_install_Metods-Client_Push_Install-Properties закладка Accaunts....
что еще может быть?

POINTSPB
Вот еще: шара Admin$ существует?
она и служба Server нужны для Push установки.

Добавлено:
Рекомендую ознакомиться

ознакомился спасибо...видимо нет прав на запись в IPC$
на сервере в C:\SMS\inboxes\ccrretry.box для всех машин есть CCR файлы такого содержания: [NT Client Configuration Request]
Machine Name=Name
Domain=Domain
Initial Request Date=12/25/2006 10:31:00

[Request Processing]
Latest Processing Attempt=12/27/2006 12:27:04
Last Error Code=1003
Number of Processing Attempts=51
Error Event Created=12/27/2006 00:13:59

[IDENT]
TYPE=Client Config Request File

т.е ошибка с доступом Last Error Code=1003...
шары admin$ и IPC$ есть везде ...в admin$ захожу везде нормально ..а на IPC$ зайти через командную строку не удается- нет прав...хотя может это доступ к реестру и через комстроку неполучиться зайти...???
попробуйте ктонить run-cmd-\\comruter\ipc$ ...чтонибудь открывается?



Добавлено:
точно!!! нет доступа к admin$
---> ERROR: Connected to COMPUTER registry, but couldn't connect to the \\COMPUTER\admin$ share using account ''
это в логе SMS\Logs\ccm.log ....
как это подедить?

Добавлено:
вот еще нашел:
---> Trying each entry in the SMS Client Remote Installation account list
---> Warning: no remote client installation or SMS service account found
чтото непонял....я ведь указываю доменадмина в аккаунтах...
может СМС службы от конкретного пользователя пускать а не от ЛокалСистем...но вход из под админа бвл выполнен....

POINTSPB
Я бы сделал так: убедился, что в "Client Push Installation" у меня указана правильная учетная запись, что она действительно имеет права админа на целевых клиентских машинах и что из под нее я могу достучаться до admin$.
Проверьте - если все правильно - будем думать дальше.

да Client Push Installation-указана правильная учетная запись...
о кстати в свойствах сайта(там где границы определены) указана учетка ЛокалСистем...и "засерено" т.е. не поменять... и для сикула учетка неопределена...
это влияет как то?? когда я ставил СМС- указал смашенный тип авторизации...

Цитата:

Michigun

Спасибо большое - помогло!

Цитата:

это влияет как то?? когда я ставил СМС- указал смашенный тип авторизации...

Насколько я помню, в требованиях для SMS указано тип авторизации для SQL - "Windows only". Могу ошибаться.
Если в System Status ошибок\предупреждений не валиться - сюда смыл\сла копать имхо нет.

Цитата:

о кстати в свойствах сайта(там где границы определены) указана учетка ЛокалСистем...и "засерено" т.е. не поменять... и для сикула учетка неопределена.

Так и должно быть, если у вас смс установлен в режиме advanced security.

Почему не устанавливаются клиенты - трудно сказать. Пока могу порекомендовать только вдумчиво поизучать соответствующие логи. на клиентах появляется папка %Windir%\system32\ccmsetup?

ВСЕХ С НАСТУПАЮЩИМИ ПРАЗДНИКАМИ!!!
ВСЕХ БЛАГ!!!
Подскажите пожалуйста почему после установки Advanced клиента Push методом в компонентах на клиенте Статус Installed, а не Enabled. Как включить?

Во время установки SMS 2003 происходит ошибка
Стоит Win2003sp1, MS SQL 2005.

<01-07-2007 18:57:57> SqlExecute < update statistics sysobjects update statistics syscolumns update statistics sysdepends update statistics sysindexes >
<01-07-2007 18:57:57> CSql::Execute failed, SQL error <[42S02][2706][Microsoft][ODBC SQL Server Driver][SQL Server]Table 'sysobjects' does not exist.
>
<01-07-2007 18:57:57> Cannot execute sql command update statistics sysobjects update statistics syscolumns update statistics sysdepends update statistics sysindexes

Кто знает в чём может быть причина?

web1984
Столкнулся с такой же проблемой, причем только однажды, но так и не смог понять в чем причина...
Из-за недопонимания проблемы, имея аналогичный опыт внедрения SMS + SQL 2005 Standard, решили ставить связку SMS + SQL 2000 EE
Но все равно интересно в чем здесь загвоздка?..

Прошу помочь:
Есть primary site на 2003 с расширенной AD
В филиале был установлен secondary site для сбора данных и заливки компов с помощью СМС.
При попытке заливки при выборе образа вылезает сообщение -
An error occurred trying to request distribution points for this Operation System Package (80072AF9)
Please try another Operating System Package or contact your Administrator for assistance.

Подсеть филиала была добавлена в Primary Site, также secondary server'y были присвоены роли - MP, DP
Но, в логах primary server'a вылезают ошибки, связанные с MP, ошибок, касающихся DP нет.
Также при проверке утилитой mp troubleshooter - все было пройдено нормально, кроме:
- <Test>
- <Name xmlns="Testing MPLIST HTTP request functionality">
- <Result xmlns="Failed">
<Comment xmlns="Failed to query web site: http://<computername>:80/SMS_MP/.sms_aut?MPLIST (Exception: The remote server returned an error: (500) Internal Server Error.)" />
</Result>
</Name>
</Test>
- <Test>
+ <Name xmlns="Testing MPCERT HTTP request functionality">
- <Result xmlns="Failed">
<Comment xmlns="The server is not operational" />
</Result>
</Name>
</Test>

Может кто-нибудь сталкивался с этими проблемами?

Lev1981
нет

Цитата:

Подсеть филиала была добавлена в Primary Site, также secondary server'y были присвоены роли - MP, DP

По моему, так неправильно - у секондари сайта свои границы, и только свои.

Michigun

Подскажи, плиз, к каким проблемам может привести это пересечение?


Насчет первой проблемы - она была решена.
Нужно было в image properties -> distribution settings выбрать sender, используемый для связи Secondary Site с Primary.

Решение второй проблемы так и висит в воздухе.

Lev1981
Вот клиент у нас установлен(или первый раз поднялся из образа). Первое, что он делает - пытается понять, в границах какого сайта он лежит. Если он лежит в границах двух сайтов - он как то выбирает один(хотя могут быть и проблемы), но в любом случае микрософт говорит, что так не правильно.
Правда, тут есть тонкость - адвансед клиенты не могут быть назначены на секондари сайт. Т.е., будучи формально в границах секондари сайта, они реально работают с его родительским праймари сайтом. Системы секондари сайта в этом случае выступают некими посредниками.

вторая проблема, я так понимаю - сообщение об ошибке? Мне с таким сталкиваться не приходилось. А какие то нарекания к работе смса есть?

Michigun
Ясно, спасибо, тогда, наверное, действительно проще убрать подсеть.

Проблемы как таковой пока определить не удается, так как клиенты этой подсети находятся в другом домене, этот сайт будет использоваться после миграции.
Но сам secondary сайт сейчас именно в нужном домене.
Одно из проявлений, которые я заметил - MP secondary сайта вроде как не помогает при заливках определять DP. Как мне кажется, клиенты пытаются запросить нужный им DP с Primary сайта.
Но это только догадки - может ты знаешь, как определить, к какому MP обращаются клиенты?

А что будет если не расширять схему? Что я теряю? При этом АД использоваться должно.

TAPX
AD используется
1)для понимания клиентами в границах какого сайта они находятся(без расширения надо будет устанавливать клиентов с ключом /SLP="имя машины которая исполняет роль SLP").
2) для нахождения систем того сайта, к которому они принадлежат. Вместо расширения надо будет использовать wins - зарегестрировать в нем SLP и MP (есть соответствующая статься kb)
Цитата:

При этом АД использоваться должно.

Что имеете в виду?

Добавлено:
Lev1981

Цитата:

Но это только догадки - может ты знаешь, как определить, к какому MP обращаются клиенты?

В SMS toolkit 2 есть утилита - adv client spy. Вот с его помощью скорее всего можно.