КИ
в AppEnforce.log можно посмотреть, откуда именно запуск приложения происходит
Size: a a a
2021 January 31
КИ
и как вообще строка запуска выглядит
ДС
в AppEnforce.log можно посмотреть, откуда именно запуск приложения происходит
Executing Command line: "C:\WINDOWS\ccmcache\1\setup.exe" /config "configuration.xml" with user context
После обновления политик приложение появляется в списке доступных, а при нажатии на instll качается на комп. То есть при откате на снапшот на машине ничего нет, кроме агента.
После обновления политик приложение появляется в списке доступных, а при нажатии на instll качается на комп. То есть при откате на снапшот на машине ничего нет, кроме агента.
ДС
и как вообще строка запуска выглядит
А это как посмотреть?
КИ
Executing Command line она и есть
КИ
может Вы сначала обновляете цикл приложения, а уже потом цикл компа, поэтому старая версия едет первой?
ДС
может Вы сначала обновляете цикл приложения, а уже потом цикл компа, поэтому старая версия едет первой?
Не понимаю. Если после обновления настроек я жму на update content, разве может что-то оставаться от старой версии? При том что на машине нет старой версии, при нажатии на установку сначала происходит загрузка с SUP.
Циклы те, которые на машине в Configuration Manager в Actions или где-то ещё?
Циклы те, которые на машине в Configuration Manager в Actions или где-то ещё?
КИ
бывает, что в кэше клиента старая версия остаётся
ДС
Была еще мысль попробовать удалить приложение с SCCM и залить заново, но теперь хочется понять почему update content не срабатывает
КИ
в Content Status проверяли, обновляется инфо?
2021 February 01
ДС
бывает, что в кэше клиента старая версия остаётся
Думал про это, но вроде бы снапшот виртуалки, на который я возвращаюсь, не содержит в кэше старой версии. Только клиент SCCM. В content status тоже всё в порядке, статус Success.
Но вообще похоже что что-то не так с этой виртуалкой. Попробую на другую накатить
Но вообще похоже что что-то не так с этой виртуалкой. Попробую на другую накатить
КИ
C:\WINDOWS\ccmcache\1 - тут и есть старая версия, по всей видимости
а что если после отката и установки старой версии удалить её, обновить политику компа и посмотреть в C:\WINDOWS\ccmcache? новый кэш не появляется?
а что если после отката и установки старой версии удалить её, обновить политику компа и посмотреть в C:\WINDOWS\ccmcache? новый кэш не появляется?
ДС
C:\WINDOWS\ccmcache\1 - тут и есть старая версия, по всей видимости
а что если после отката и установки старой версии удалить её, обновить политику компа и посмотреть в C:\WINDOWS\ccmcache? новый кэш не появляется?
а что если после отката и установки старой версии удалить её, обновить политику компа и посмотреть в C:\WINDOWS\ccmcache? новый кэш не появляется?
Вообще я изменения вносил в двух приложениях. В этой папке есть только одно. Но я ещё не проверил есть ли эта папка после отката. Сейчас уже поздно, буду смотреть завтра.
Спасибо за советы.
Спасибо за советы.
S
Спасибо в карман не положишь
SK
бывает, что в кэше клиента старая версия остаётся
не бывает )
SK
Дмитрий Стародубцев
Коллеги, а почему может быть такое что при изменении настроек приложения в deployment types (имя, параметры и т.д.) и нажатии на update content, на машину всё равно прилетает пакет со старым именем и параметрами?
Это два не связанных меду собой действия
обнвления настроек и обновления контента
обнвления настроек и обновления контента
SK
ну только если вы путь до контента в приложении не меняли
SK
Дмитрий Стародубцев
Коллеги, а почему может быть такое что при изменении настроек приложения в deployment types (имя, параметры и т.д.) и нажатии на update content, на машину всё равно прилетает пакет со старым именем и параметрами?
на кого равернуто приложение?
КИ
не бывает )
на снапшотах-то? всё, что угодно, может быть
SK