пропустили вложенный ТС - это не ошибка - значит ТС выполнился

в WinPE это можно сделать а как в винде реализовать - надо подумать

Как тогда можно сделать принудительную последовательность задач с возможностью отложить?))

пропустили вложенный ТС - это не ошибка - значит ТС выполнился

Да так и есть

мне кажется надо делать делой как фазед деплоймент

типа добровольно, а через неделюку принудительно без всяких откладываний :)

типа добровольно, а через неделюку принудительно без всяких откладываний :)

Ну это да)))

Просто в последовательности выполняются следующие задачи, обновление офиса до х64, далее идёт проверка установленных надстроек, если она х32 то идёт установка х64, далее надстройка х32 удаляется и таких надстроек не одна. С тулкитом реально такое реализовать?

без понятия, я тулкит не видел ни разу :)

Ок, спасибо, может кто-то сталкивался

@masyan

Просто в последовательности выполняются следующие задачи, обновление офиса до х64, далее идёт проверка установленных надстроек, если она х32 то идёт установка х64, далее надстройка х32 удаляется и таких надстроек не одна. С тулкитом реально такое реализовать?

есть что-то похожее: https://powersheller.wordpress.com/2012/05/24/sccm-2012-execute-task-sequence-with-powershell/ можно попробовать засунуть в деплой тулкит

$UI = New-Object -ComObject "UIResource.UIResourceMgr" $ProgramID = "*" $PackageID = "PACKAGEID" $UI.ExecuteProgram($ProgramID, $PackageID, $true)

получилось))

получилось))

а оно асинхронное?

то есть ты вызываешь ExecuteProgram и у тебя команда сразу завершается, не дождавшись установки самой программы?

то есть ты вызываешь ExecuteProgram и у тебя команда сразу завершается, не дождавшись установки самой программы?

Запускается последовательность задач, как и надо

Т.е., деплоим последовательность на пользователей в режиме доступно. Делаем деплойтулкит с этим повершел кодом в параметрах инсталляции и указываем пакэдж ид последовательности задач, деплойтулкит детектится по офис х64. Получилось то что надо и что хотелось)

я немного не то имел в виду, но понятно

Anyone who has tried to Install Fonts in Windows 10 Version 1809 from SCCM. Please let me know! Getting Issue...it's executing with exit code 0 but no changes. Same script is working manually

Anyone who has tried to Install Fonts in Windows 10 Version 1809 from SCCM. Please let me know! Getting Issue...it's executing with exit code 0 but no changes. Same script is working manually

How do you try to install fonts? I've done that on Win 10 1809 using GPO with no issues. If I'm not wrong my colleague successfully deployed fonts to 1809 using SCCM application. I can ask him for details if you'd like.

Как через гпо деплоить?

У меня пош скрипт в тс - ставит все фонты в целевой папке

Как через гпо деплоить?

Надо почитать, может новые шаблоны для 1809 умеют это делать

Как через гпо деплоить?

Через file preference доставлять файл туда же куда ставит твой скрипт + ключ в реестре

Через file preference доставлять файл туда же куда ставит твой скрипт + ключ в реестре

+1

А проблему с июньским роллапом, ломающим легаси pxe как то забороли или только откатывать?

wds-less респондер

Т.е. не забороли ..

неа

Волшебно. Открою кейс, пусть СОМ из микрософта мне теперь настраивает ))))

По-русски: TFTP - тривиальный протокол, сервер шлёт блок данных, ждет ак от клиента. Если один из них не дождался следующего блока, он пересылает свой еще раз. Например, клиент отправил ак на пакет 1234, но не получил пакет 1235 - тогда он по RFC отправит ак на 1234 ещё раз. Проблема со стороны WDS сервера с июньскими обновлениями в том, что получив такой дубликат ака он обрывает соединение вместо адекватного ответа (переслать пакет 1235 еще разок). Поэтому проблема в лабе не воспроизводится - там пакеты не теряются по пути.

Не открутят - security. Июльский patch tuesday сегодня - так что звиняйте, в июле не будет. Насчёт ETA говорить не могу.

"...ди, сэр"

Волшебно. Открою кейс, пусть СОМ из микрософта мне теперь настраивает ))))

Открой, ага, и мне в личку номер

в мониторинге в sccm развертывание апдейтов на office 2019 - все ПК серенькие. Куда посмотреть?

В правила развертывания. Мол когда там поставится должны

Ещё посмотреть в клиенты. Пришли ли назначенные обновления?

Ещё посмотреть в клиенты. Пришли ли назначенные обновления?

тут вот вообще непонятно мне про Office 365. В Software Center вообще ни разу не видел апдейтов

Ооо. Это не ко мне.

хотя предыдущий билд вроде бы посмтавился, а новый вот в мониторинге все ПК в unknown статусе

Я эти 365 ещё не видел в своих деревнях

вот беда никак не могу удовлетвориться установкой апдейтов на 2019))

слишком непонятно

Ставил в настройках агента управлять О365?

ага, и в деплое в конфиге эту штуку тоже добавлял officecommgmt или как оно там

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

Вот смотрите

Вот окно обуслуживания

Вот деплой правила

правило стартует в 5 утра

А ребут почемуто выставляется вот так

тоесть окно закончилось в 5 утра а в 6 он решил ребутнуться

почему не раньше, куда посмотреть что я упустил

6 вечера

я просто не вижу тут ни pm ни am потому подумал что в 6 утра

вот же 06:05 РМ

а блин эт да)

ну окей

в 5 утра АДР срабатывает, в 9 утра становятся доступны на клиентах, а в 14 уже дедлайн

суть вот в чем, ребута то небыло

я пришел зашел на комп, висит уведомление типо порабы ребутнуться или отложить на 1 2 и 4 часа и все

Delay галочку я не выставлял в правиле

очень странно

в user experience нет блокировки?

щас посмотрю

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

system restart if necessary забыл

погод

это же для действий вне окна обслуживания

блок называется действия при наступлении дедлайна

Это так

поставь галку, и завтра проверь на машинке

у меня так и рабочие тачки и серваки ребутятся

Да понятно