I need a sanity check. I’m trying to deploy an application (Unreal Engine) which I created a PSAppdeploytoolkit wrapper script for which works if you run it manually from a UNC path. I’ve tested it running under the local\system context with a mapped drive letter using psexec. However when I create a package in SCCM 2012r2 CU5 to run with admin rights and use a drive letter it just flashes over to installed and nothing has been installed. The Deploy-Application.exe is listed as returning 0 success when I check the execmgr.log file.
I want to run it as an CM legacy package so I can install it from the DP share and not put another 8GB package in the cache to install a 16 GB application. I’ve only small 128GB SSD’s on the target machines I want to deploy this app to and I thought this would be the best way of doing it and minimise space use.
I’ve tried with toolkit version 3.6.8 and 3.6.7. Should this work and I’m doing it wrong or does it just not work like I think it does?
Thanks for the suggestion.
I’ll give it a go but that wasn’t how I understood the -AllowRebootPassThru worked. I thought (based on my reading of the documentation) it was to suppress the 3010 exit code to reboot, instead passing a exit code of 0. Otherwise the installers in the wrapper script would force SCCM to prompt for a reboot.
Putting -AllowRebootPassThru $false or $True didn’t make any difference.
I did notice that I had x64 in the architecture variable and the that the SCCM package was saying it was running it as a 32bit application. Not sure if that makes a difference. I’ve changed it to x86 and am retesting.
Nope still no change starting to doubt my sanity here. Has anybody else managed to use PSAppdeploytoolkit to install software via SCCM legacy package running from the DP Share?