Приложение устанавливается во время выполнения последовательности задач OSD автономного носителя (USB) с помощью сценария PowerShell. Процесс PowerShell.exe начался в 13:44:45 и вернулся с кодом выхода 0 в 13:45:24. Приложение действительно установлено нормально. Сценарий установщика имел код возврата 0, успешно установлен MSI, код возврата 0, и код продукта MSI правильно определяется как установленный.
Все остальные приложения в последовательности задач устанавливаются нормально через USB в автономном режиме.
Обратите внимание, что этот сценарий запускает автоматическую установку MSI, которая впоследствии запускает множество внешних команд через настраиваемое действие.
Та же последовательность задач подходит для PXE.
SMSAppInstall.exe завершился в 13:44:50 с кодом выхода -2147467259 (0x80004005)
Smsts.log показывает:
Execution status received: 3 (Application is available for installation ) InstallApplication 02/09/2016 1:44:50 PM 3544 (0x0DD8)
App install failed. InstallApplication 02/09/2016 1:44:50 PM 3544 (0x0DD8)
Setting TSEnv variable '_TSAppInstallStatus'='Error' InstallApplication 02/09/2016 1:44:50 PM 3544 (0x0DD8)
Setting TSEnv variable 'SMSTSInstallApplicationJobID__ScopeId_E0F7D30F-FC34-4E0F-940C-5DF53B522240/Application_c4a7a7ec-d89b-4222-b65a-b7b876790f6e'='' InstallApplication 02/09/2016 1:44:50 PM 3544 (0x0DD8)
Completed installation job. InstallApplication 02/09/2016 1:44:50 PM 3544 (0x0DD8)
Step 2 out of 2 complete InstallApplication 02/09/2016 1:44:50 PM 3544 (0x0DD8)
Install application action failed: 'DisplayLink_CoreSoftware_7.9M7x64v2'. Error Code 0x80004005 InstallApplication 02/09/2016 1:44:50 PM 3544 (0x0DD8)
AppEnforcer.log показывает:
Executing Command line: "C:\WINDOWS\System32\WindowsPowerShell\v1.0\powershell.exe" -ExecutionPolicy Unrestricted -File _master.ps1 Install with system context AppEnforce 02/09/2016 1:44:45 PM 3172 (0x0C64)
Working directory C:\WINDOWS\ccmcache\65 AppEnforce 02/09/2016 1:44:45 PM 3172 (0x0C64)
Post install behavior is BasedOnExitCode AppEnforce 02/09/2016 1:44:45 PM 3172 (0x0C64)
Waiting for process 3756 to finish. Timeout = 120 minutes. AppEnforce 02/09/2016 1:44:45 PM 3172 (0x0C64)
Process 3756 terminated with exitcode: 0 AppEnforce 02/09/2016 1:45:24 PM 3172 (0x0C64)
Looking for exit code 0 in exit codes table... AppEnforce 02/09/2016 1:45:24 PM 3172 (0x0C64)
Matched exit code 0 to a Success entry in exit codes table. AppEnforce 02/09/2016 1:45:24 PM 3172 (0x0C64)
Performing detection of app deployment type DisplayLink_CoreSoftwarex64_7.9M7(ScopeId_E0F7D30F-FC34-4E0F-940C-5DF53B522240/DeploymentType_0e319e56-5719-442d-84b4-1225e1709946, revision 2) for system. AppEnforce 02/09/2016 1:45:24 PM 3172 (0x0C64)
+++ Discovered application [AppDT Id: ScopeId_E0F7D30F-FC34-4E0F-940C-5DF53B522240/DeploymentType_0e319e56-5719-442d-84b4-1225e1709946, Revision: 2] AppEnforce 02/09/2016 1:45:24 PM 3172 (0x0C64)
++++++ App enforcement completed (40 seconds) for App DT "DisplayLink_CoreSoftwarex64_7.9M7" [ScopeId_E0F7D30F-FC34-4E0F-940C-5DF53B522240/DeploymentType_0e319e56-5719-442d-84b4-1225e1709946], Revision: 2, User SID: ] ++++++ AppEnforce 02/09/2016 1:45:24 PM 3172 (0x0C64)
Вставлена перезагрузка и пауза перед приложением, как предлагали другие пользователи в Интернете, хотя это не помогло устранить проблему.
Пытался удалить установку скрипта и просто создать приложение с помощью MSI, последовательность задач не удалась, та же ошибка.
Включено ведение журнала отладки, но в журналах SCCM не обнаружено никакой дополнительной информации, относящейся к этой проблеме.
Работает запуск того же сценария установки через пакет, а не через приложение.
Каковы потенциальные причины того, что приложения в SCCM неправильно запускают сбой последовательности задач? Что можно сделать, чтобы приложения правильно сообщали об успехе?
Приложения известны тем, что сильно мешают работе с экранным меню. Хотя я не видел конкретно вашей проблемы, я встречал МНОГО странных и замечательных проблем, вызванных использованием приложения в последовательности задач вместо пакета. (Дэвид О'Брайен действительно хорошо написал «Приложения против пакетов», который даже включает раздел под названием «Приложения, как правило, нарушают последовательность задач OSD» - https://david-obrien.net/2014/04/applications-vs-packages-configmgr-package-model-wont-go-anywhere/)
Вы пробовали / можете ли вы попробовать преобразовать приложение в пакет и попробовать еще раз?