Приложение SCCM 2012 R2 в сбое отчетов о последовательности задач, несмотря на успешную установку

Приложение устанавливается во время последовательности задач OSD автономного носителя с помощью сценария PowerShell. Процесс PowerShell.exe начался в 13:44:45 и вернулся с кодом выхода 0 в 13:45:24. Приложение на самом деле установлено нормально. У сценария установщика был код возврата 0, MSI успешно установил код возврата 0, и код продукта MSI правильно определен как установленный.

Все остальные приложения в последовательности задач устанавливают OK в 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 последовательности задач? Что можно сделать, чтобы приложения правильно сообщали об успехе?

1 ответ

Приложения известны своей огромной болью с OSD - хотя я не видел вашей проблемы конкретно, я столкнулся с МНОГО странных и замечательных проблем, вызванных использованием приложения в последовательности задач вместо пакета. (У Дэвида О'Брайена действительно хорошая статья "Приложения против пакетов", в которую даже входит раздел "Приложения имеют тенденцию нарушать последовательности задач OSD" - https://david-obrien.net/2014/04/applications-vs-packages-configmgr-package-model-wont-go-anywhere/)

Вы пробовали / можете ли вы попытаться преобразовать Приложение в Пакет и повторить попытку?

Другие вопросы по тегам