Павел, >> Даже не развёрнутая SUG не должна быть большой, ну и самих SUG не должно быть чересчур много. Серверу необходимо будет рассчитывать и суммаризировать состояния соответствия для каждой, чем больше групп и обновлений в группе, тем больше нагрузка на SQL. Много это сколько?

Из относительно нового я упомянул вот это: Если на клиента назначено хотя бы одно окно обслуживания только для обновлений (Software Updates/Type=4), то он не будет устанавливать обновления в окно для всех развёртываний (All Deployments, Type=1). Это поведение будет рано или поздно исправлено, пока же я рекомендую учитывать его при развёртываниях. Предварительно нашёл, что на форумах технета на это жаловались, а значит инфа более-менее публичная.

Добрый день.Подскажите в чем может быть дело.Есть коллекция серверов,на которые ночью в окно обслуживания должны ставиться обновления.Утром проверчю через Центр программного обеспеченич и вижу,что обновления видны,но не установились,так как Крайний срок прошел - будет установлено позже.В логах читаю, что мешает какой-то режим презентации,который приостановил работу....

А в консоли в Deployment Status что написано?

гдето видел уже, выставляют презентайшн мод насильно на всех клиентах

гдето видел уже, выставляют презентайшн мод насильно на всех клиентах

А на серверах оно есть?

а там по реестру проверяется

ща найду

На части серверов все хорошо....на части нет.Утром кидаю те сервера,на которых ночью не установились обновы в тестовую коллекцию,окно обслуживания которой с 9 утра и все срабатывает

С конца начать вверх отматывать до большой паузы во времени )

MSI: Action 12:58:53: CcmInstallUtilInit. Initializing InstallUtil.exe to register .net WMI provider - это не оно?

Ccmsetup command line: "C:\WINDOWS\ccmsetup\ccmsetup.exe" /runservice /AutoUpgrade /UpgradePackageVersion:32 /UpgradeWinTask типа такого, и рядом там будет инфа

вот это ещё непонятное

Ccmsetup command line: "C:\WINDOWS\ccmsetup\ccmsetup.exe" /runservice /AutoUpgrade /UpgradePackageVersion:32 /UpgradeWinTask типа такого, и рядом там будет инфа

в том логе, который мне прислали нет такого :(

всю папку c:\Windows\ccmsetup\Logs\ запроси

похоже придётся, да

Params to send '5.0.8239.1301 Deployment [SMB] \\domain.controller\Client_Install\BAT\'

получается клиент ставился с папки \\domain.controller\Client_Install\BAT\ ?

<ClientDeploymentMessage ErrorCode="0"><Client Baseline="1" Platform="2"/><Packages><Package ID="{B8E8F399-A848-4D4E-8ECB-155A86B06720}"/></Packages></ClientDeploymentMessage> - вот есть вот ещё такое. не может CCM из какоего-то пакета своего запускать установку?

в cm-е мало что по одной строчке можно понять ответ обычно лежит если отмотать на страницу выше/ниже

MSI: Action 12:58:53: CcmInstallUtilInit. Initializing InstallUtil.exe to register .net WMI provider - это не оно?

No )

MSI: Action 12:58:45: CcmRegisterSystemTaskRollback. Rolls back the changes made by CcmRegisterSystemTask. MSI: Action 12:58:45: CcmRegisterSystemTask. Registers a System Task with WMI.

у меня вот это выше :)

MSI: Action 12:58:45: CcmRegisterSystemTaskRollback. Rolls back the changes made by CcmRegisterSystemTask. MSI: Action 12:58:45: CcmRegisterSystemTask. Registers a System Task with WMI.

Это середина установки

угу. пойду ка я схожу за всей папкой с логами

Может там веселый скрипт на шаре? Хотя почему каждые 2 часа...

в таск шедуллере чё нить прописали

Оооо даааа

ага, такое ощущение будто где-то есть таска, которая пинает скрипт по установке

или GPO и не 2 часа а 90 мин :)

и никто нихрена не знает, потому что Настоящие Сисадмины документацию не ведут

или GPO и не 2 часа а 90 мин :)

про GPO. та настройка, которая делается там для установки cm-агента она же сама установку не запускает?

и никто нихрена не знает, потому что Настоящие Сисадмины документацию не ведут

Баааааа ) А если у вас там CCMSetup.msi от старой версии агента? )

так, отставить панику!

про GPO. та настройка, которая делается там для установки cm-агента она же сама установку не запускает?

Что за настройка?

Сайт код небось и строка параметров к установщику...

Сайт код небось и строка параметров к установщику...

ага, оно самое

А хотели поислать где в реестре можно отключить режим презентации

А хотели поислать где в реестре можно отключить режим презентации

На сервере, думаю, его нет

Так а клиент sccm один и тот же,что рабочая станция,что сервер.Этот режим похоже мешает ставить обновления в назначенные окна обслуживания

Так а клиент sccm один и тот же,что рабочая станция,что сервер.Этот режим похоже мешает ставить обновления в назначенные окна обслуживания

Клиент один, но он же с ОС взаимодействует.

Не могу понять загадочной избирательности...на части серверов обновки ставятся,на части нет...просто вися со статусом Крацний срок установки прошел

Проверил - C:\Windows\System32\PresentationSettings.exe на сервере есть, но не запускается.

Я бы подумал, что дело не в Presentation mode, а в чём-то другом. Посему повторю вопрос: каков статус развёртывания на проблемных машинах?

Начинать с простого надо, с консоли и отчётов )

Проверил - C:\Windows\System32\PresentationSettings.exe на сервере есть, но не запускается.

Вот такое не пробовал: 2. To Turn On Presentation Settings A) Type the command below, and press Enter. PresentationSettings.exe /start 3. To Turn Off Presentation Settings A) Type the command below, and press Enter. PresentationSettings.exe /stop

функцию вижу, а кто её вызывает - нет public static void SetPresentationMode(IntPtr key, int value) { byte[] bytes = BitConverter.GetBytes(value); IntPtr hKey = key; string lpValueName = "PresentationModeIsOn"; int lpReserved = 0; int lpType = 4; byte[] lpData = bytes; int length = lpData.Length; int error = RegistryUtil.RegSetValueEx(hKey, lpValueName, lpReserved, lpType, lpData, length); int num = RegistryUtil.RegCloseKey(key); if (num != 0) Log.Warn("Error [{0}], closing presentation mode registry key.", (object) num.ToString((IFormatProvider) CultureInfo.CurrentCulture)); if (error != 0) throw new Win32Exception(error); }

возможно это просто галка в UI

int num = RegistryUtil.RegCloseKey(key); Точно?

Надо смотреть входные параметры этого кода

не вижу кто вызывает, поэтому и параметров не вижу

сам клиент не c# я дебажить не умею :)

Коллеги, подскажите, какой лог смотреть, если апп назначен пользователю, а не компьютеру? В AppDiscovery ничего нет про этот апп, а в центре ПО есть.

Коллеги, подскажите, какой лог смотреть, если апп назначен пользователю, а не компьютеру? В AppDiscovery ничего нет про этот апп, а в центре ПО есть.

А что увидеть хочется?\

Ну, что-то типа appdiscovery, но для пользователя.

Ну, что-то типа appdiscovery, но для пользователя.

для пользователя или машины в данном случае не важно - если обнаружение было, то оно пойдет в AppDiscovery

Тогда у меня, видимо, лыжи не едут.

Центр ПО мне показывает приложение в доступных. А в appdiscovery ни одной строчки про это.

Центр ПО мне показывает приложение в доступных. А в appdiscovery ни одной строчки про это.

Значит уже промоталось, например

Нет

Можно App Discovery Cycle запустить

Из под пользователя, на которого назначено

Так и делаю. Тишина в логе.

В лог информация посыпалась только после того, как в центре ПО я нажал установить.

Так и делаю. Тишина в логе.

Хм, не должно... По идее мы запускаем App Discovery Cycle как минимум, как только политика прилетает.

Ну, я правильно понимаю, что если бы политика не прилетела, то и в центре ПО я бы ничего не увидел?

Ну, я правильно понимаю, что если бы политика не прилетела, то и в центре ПО я бы ничего не увидел?

Это 100% )

Но да, теперь я засомневался, запускаем ли мы App Discovery для ПО, которое раскатано как Available

Ну и вот. В центре ПО то я увидел приложение, а в логах пусто было.

Нажал установить и посыпалось.

Я бы подумал, что дело не в Presentation mode, а в чём-то другом. Посему повторю вопрос: каков статус развёртывания на проблемных машинах?

Статус развертывания - ошибка.Код - 0x87d00667,отсутствует текущий или будущий период обслуживания...

Статус развертывания - ошибка.Код - 0x87d00667,отсутствует текущий или будущий период обслуживания...

Ну вот окна обслуживания надо проверять

Статус развертывания - ошибка.Код - 0x87d00667,отсутствует текущий или будущий период обслуживания...

Гляньте все окна обслуживания доступные машине - есть отчёт такой. Окно должно быть больше, чем суммарный Run Time для всех пригодных к установке обновлений. Ну и вот эту проблему надо учитывать: Если на клиента назначено хотя бы одно окно обслуживания только для обновлений (Software Updates/Type=4), то он не будет устанавливать обновления в окно для всех развёртываний (All Deployments, Type=1).

Ребята, подскажите какие плюсы и минусы от перехода на управление обновлениями с WSUS на SCCM?

Больше удовольствия :)

Павел как раз 3 статьи на темуsup написал уже почитайте, нужно ли вам это всёёё :)

https://blogs.technet.microsoft.com/scpferublog/2018/07/04/configmgr-update-management-part-3/

Павел как раз 3 статьи на темуsup написал уже почитайте, нужно ли вам это всёёё :)

я тоже сомневаюсь, больше плюсов или минусов.

https://blogs.technet.microsoft.com/scpferublog/2018/07/04/configmgr-update-management-part-3/

спасибо, буду читать и переваривать

Ребята, подскажите какие плюсы и минусы от перехода на управление обновлениями с WSUS на SCCM?

Основной плюс ConfigMgr - можно всё правильно сделать с точки зрения ITIL. Кроме того лучше фильтры и отчётность.

Плюсы WSUS - простота и возможность удалять обновления "искаропки"

Основной плюс ConfigMgr - можно всё правильно сделать с точки зрения ITIL. Кроме того лучше фильтры и отчётность.

В теории возможна установка в часы простоя с помощью WOL, как это обстоит на практике?

Умирает потихоньку вместе с самой технологией WOL.