/build/static/layout/Breadcrumb_cap_w.png

Setup.log gives ResultCode=-3 when running silent install via SCCM

I was hoping somebody could shed some light on my problem. I am trying to push an app using SCCM 2007. This is what I have done thus far:

I created a response file (.iss) for my setup.exe. I then launch command prompt (using the 'system' account) and execute the setup.exe (exact command is setup.exe /s /v/qn). The install proceeds in silent mode and the application installs fine and is fully functional. Setup.log gives ResultCode=0 (or successful).

The problem comes in when I package the application in SCCM 2007. When I run my advertisement for said application using the command (setup.exe /s /v/qn) the application fails to install. Setup.log now gives ResultCode=-3 (Required data not found in the Setup.iss file ). I tried forcing SCCM to execute my command using various account (local Admin, NT Authority\System, Current User Credentials, etc...) and I keep receiving the same result code in my setup.log.

Has anyone else ever come across this? Are there any ways around this? For what it's worth, I am trying to deploy Trane Duct Designer 3.5 packaged with InstallShield. Thanks in advance...

1 Comment   [ + ] Show comment
  • Did you ever find resolution on this? I have same thing running Samsung kies setup - grobe 9 years ago
    • I did in fact resolve the issue with that installer. It turned out that there was an additional prompt for which my response file did not have an answer to. The additional prompt only appeared when additional supporting app was installed on the system already. All I did was re-record a new response file to include an answer to said prompt. Hope this helps you... - kamofy 9 years ago

Answers (4)

Posted by: Erroneus 12 years ago
5th Degree Black Belt
1
Maybe the setup file has problems finding the iss file? Try to use the -f1[path\ResponseFile] switch, so you are sure it uses the ISS file.

Eg. take a look at: http://www.itninja.com/blog/view/installshield-setup-silent-installation-switches

Comments:
  • Thanks for the suggestion, Erroneus. I am certain that setup.exe is finding the .iss since I did initially try the -f1 switch. Also the setup.log gets created which also leads me to believe it is finding the .iss. - kamofy 12 years ago
Posted by: Gangrrio99 5 years ago
White Belt
0
Hello, I know a few years have passed but I landed on this forum and thought I could help out other people.

Try to remove the -s tag, for silent installation. It is possible that the installation gives you the question to update a previous version of the software which is already installed on your computer. The ISS file probably doesn't contain an answer to this question.

Hope this solves everyone's problem!
Posted by: grobe 9 years ago
White Belt
0
Could it be that the Installer MSI, if embedded in the setup.exe must be placed in the %systemsprofile% eg C:\Windows\System32\config\systemprofile\AppData and below in order to execute properly when running it as a SCCM script with corresponding temp folder instead of the %userprofile% ???
Posted by: pjgeutjens 12 years ago
Red Belt
0
considering the command line parameters ( /s /v/qn) leads me to believe the setup.exe actually contains an embedded MSI. It might be a good idea to extract this MSI (keep an eye on the %TEMP% folder while the setup is installing) and use this directly in your package

Another option might be to add logging parameters to your commandline, something like

/s /v/qn /l C:\Windows\Temp\setup.log, or additional to -f1 you can add -f2

PJ

Comments:
  • can something be done about allowing the left and right "arrow" characters in posts? everything I add between these seems to get filtered out... - pjgeutjens 12 years ago

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

View more:

Link

Related Links

Post

Related Posts

Share

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ