Русские ошибки - это ааааа
при английской консоли)
finashkin
Quantum Yupiter
Он в %temp% пользователя
Quantum Yupiter
Консоль качает сама
finashkin
бот, отстань
Ilia
как считаете СКОМ\ВММ\СЦЦМ ставить внутря одной виртуальку разумно?
Sergey
нет
Sergey
есть матрица совместимости
Sergey
насколько я помню, весь sc можно раскатать на 4 вм чтоле
Black_Label
Ilia
тада так 1 ском 1 вмм 1 сццм 1 скуль(для всех)
Anton
Хотя можешь ещё рядом поднять в одной вм ад, шарик, чангу и дайнамикс
finashkin
Доступ в интернет у учетки есть под которой консоль запускаешь?
не подумал. скорее всего, меня зарезали на WSA🤔
Black_Label
не подумал. скорее всего, меня зарезали на WSA🤔
Вот вот, надо чтоб доступ был и все пойдет.
Anton
Расчёт от бога. :) у тебя клиентов 200к, 20цодов, 300 офисов и серверов 5к?
Anton
Тогда наверное не хватит))
Ilia
неее, оно по документма должно быть - почти не пользуем
Ilia
вот и думаю как "малой кровью" его разместить
Alex
вообщем установил точку инвентаризации активов, долго боролся с ертификатом и победил, прошли сутки а ивентаризации как не было так и нет
Alex
какой лог отвечает?
Quantum Yupiter
вообщем установил точку инвентаризации активов, долго боролся с ертификатом и победил, прошли сутки а ивентаризации как не было так и нет
А вы её включили?
Точка Ai отвечает только за закачку каталога продуктов из интернета
Quantum Yupiter
А инвентаризация приходит с клиентов в составе hardware inventory
Alex
Евгений
Alex
Евгений
а с какой периодичностью они собираются?
Евгений
это в настройке политики инв. оборудования есть
Quantum Yupiter
Quantum Yupiter
Надо проверить, что включены классы AI: такие как SMS_InstalledSoftware
Komato
Всем привет!
Я никак не могу найти причину отказа сервера видеть часть клиентов. Это несколько десятков машин, все натравлены на Secondary site. Большая часть клиентов видится отлично, а эти отображаются как компьютеры без установленных клиентов. На самой машине в настройках клиента, в графе сайта отображается верно сайт. В вкладке настроек видны прокси MP (тоже верно). При нажатии кнопки обнаружения пишет что уже найден и привязан верно. В логах этих машин в Location services одинаковая ошибка: Unable to get SMS_MPInformationEx.MP="Secondary site FQDN" of [Secondary site FQDN] from WMI due to error 0x80041002. Я пытался делать winmgmt /verifyrepository, но ошибок не найдено. Пытался переустановить роль MP на сервере. При удалении роли клиенты успешно переключились на праймари сервер и стали отображаться в нормальном статусе Active. Снова установил роль MP на секондари, эти машины снова пропали. http://SecondaryFQDN/sms_mp/.sms_aut?mplist выдает правильное дерево сайтов. Большая часть клиентов, которые должен обслуживать этот секондари по прежнему отлично работает и видна в консоли как Active. Только эти анархисты по прежнему не отображаются как активные. Может кто подскажет что еще можно предпринять?
Komato
Сорри за простыню.
Alex
Quantum Yupiter
Komato
А что такое "видеть" клиентов?
Статус клиента в консоли отображается как Active. Ну или как Inactive (если выключен или недоступен). Сейчас в консоли они отображаются как новые обнаруженные машины, на которые не установлен клиент, и как следствие статус не известен, софт не устанавливается и т.д.
Alex
Quantum Yupiter
ну и те же классы надо включить в настройках инвентори
Quantum Yupiter
Статус клиента в консоли отображается как Active. Ну или как Inactive (если выключен или недоступен). Сейчас в консоли они отображаются как новые обнаруженные машины, на которые не установлен клиент, и как следствие статус не известен, софт не устанавливается и т.д.
?Так еще раз: машины начинают отображаться как Client=No или как Inactive?
Alex
Quantum Yupiter
Это разные вещи: Client=Yes становится после успешной обработки первой DDR, а Active/Inactive сервер считает по наличию сигналов жизни клиента - по умолчанию, если 7 дней клиент на сервер не приходил, то клиент помечается как Inactive
Quantum Yupiter
Alex
Alex
отключил, а все равно не найдено ...
Komato
Client=none
Quantum Yupiter
Евгений
@quantum_yupiter статья про опдейты заебись, когда ждать второй части? (=
Евгений
да!
Quantum Yupiter
@quantum_yupiter статья про опдейты заебись, когда ждать второй части? (=
Когда не лень будет...
Конь не валялся ещё.
Stepan
Ну ничесебе)
Quantum Yupiter
Когда не лень будет...
Конь не валялся ещё.
Anonymous
Ну теперь клиенты должны политику получить, отправить инвентори, а сервер должен суммаризировать результат)
Павел, ну ты ж опытный FTE, должен пояснить, что SCCM не реалтаймовый и мгновенная красота = фантазия
Stepan
👍 ждемс..
Quantum Yupiter
Quantum Yupiter
Вот такие темпы )))
Komato
Со стороны клиента что на первой вкладке апплета и на вкладке actions?
Во вкладке actions все те же экшены что и на рабочих станциях, на первой вкладке тоже соответствует рабочим. То есть SiteCode верный(праймари), Proxymanagement Соответсвтует MP на секондари, Resident MP cоответствует MP на секондари, Assigned MP - праймари.
Quantum Yupiter
Во вкладке actions все те же экшены что и на рабочих станциях, на первой вкладке тоже соответствует рабочим. То есть SiteCode верный(праймари), Proxymanagement Соответсвтует MP на секондари, Resident MP cоответствует MP на секондари, Assigned MP - праймари.
действие "Discovery Data collection" есть?
Quantum Yupiter
Либо Duplicate guids )
Quantum Yupiter
Угу, могли порты закрыть для сендера
Quantum Yupiter
Возможно.
Вопрос в том, почему они перерегиваются при перемещении под секондари и становятся Client=No
Quantum Yupiter
Тасочка что ли Clear Install Flag
Komato
(
Komato
Угу, могли порты закрыть для сендера
net, porti ne trogali. Drugie mashini v toi zhe seti rabotayut.
Quantum Yupiter
Нууууууу, дебаг-то нафига )
Komato
ok
Quantum Yupiter
Данунах )
В 90% на клиенте хватает обычного логирования
Quantum Yupiter
Вот на MP без Verbose нифига не пишется, да
Quantum Yupiter
Значит клиент регистрируется и получает политики
Quantum Yupiter
Надо дернуть это действие и дальше проверять, что он может сконтактировать с MP вторичника (InventoryAgent.log, CCMMessaging.log), та может переложить файл DDR в инбоксы (MP_DDR.log или как-то так), replmgr->schedule->sender.log на вторичнике
Quantum Yupiter
Затем надо смотреть судьбу файлов на первичнике: despool.log, replmgr.log, dataldr.log
Alexander
а нормально вот, что когда я выбираю use custom background для winpe в консольке, он его прекрасно заливает в x:\windows\ssytem32\winpe.jpg, но юзает при этом setup.bmp
Alexander
удалил его, примонтировав образ из DP, и стало красиво