/build/static/layout/Breadcrumb_cap_w.png

SCCM 2007/ Packaging issue...

Hi all


I have an application which has setup.exe as a source media. I can run silently with switches /S /v/qn manually but when I am trying to install it through sccm 2007 it does not install the application. no short cuts on desktop, start programs or in add/ remove programe or no where.I can see sccm logs are fine giving result code as o. 

trying to find work around. After installing through SCCM 2007 MSI logs looks like

"MSI (c) (44:58) [14:24:49:947]: MainEngineThread is returning 3"
=== Verbose logging stopped: 7/31/2015  14:24:49 ===


Any permission issue.?


8 Comments   [ + ] Show comments
  • Hi,
    sounds as if it the installation has a problem with the system account. Have you tried extracting the MSI and just installing the MSI? Start the exe manually, and before installing look in the %temp% directory for the extracted *.msi file. Once you have this you can then call it using the system account and perhaps supply a bit more information. - Pressanykey 5 years ago
    • hi I am able to extract msi but it has same issue when I try to install .msi through SCCM. you mentioned
      "Once you have this you can then call it using the system account "
      how it is possible. I think I have tried that way also. - jay25oct 5 years ago
  • Like PAK said, it could be a System account issue. If you're familiar with it, try using psexec -s to run the silent install manually as the system account and see if it works. - DeQuosaek 5 years ago
    • I tried with psexec -s command to run .msi or setup.exe manually. it behaves same as installing through SCCM. does not install any shortcut or application etc. so its definitely a system account issue. so how to solve such type of issue? by adding any property in .msi or customising setup.exe? etc - jay25oct 5 years ago
  • have tried using psexec -s. and .msi or setup.exe does not work. it behaves same as installing through SCCM. so I think there is a definitely system account issue. so how to solve such issue? adding some property in msi or any customisation in setup.exe? thanks - jay25oct 5 years ago
  • ALLUSERS property might work? not sure... - jay25oct 5 years ago
  • also what will be the difference between system account and admin account? - jay25oct 5 years ago
  • The system account has less permissions than the Admin account, and does not "per-se" have a user context. - Pressanykey 5 years ago
  • The system account actually has more elevated rights than the admin account - for example regedit running under the system account can show you security regkeys that are not available to an admin. - EdT 5 years ago
  • thanks for clarification. so based on logs any work around for this type of issue? - jay25oct 5 years ago

Answers (8)

Posted by: anonymous_9363 5 years ago
Red Belt
2
Look through the log again. Find the text 'Return value 3'. The half-dozen lines above that text will show you which action is failing.

Ensuring you set the ALLUSERS property to '1' is also good advice. It should be in all your MST templates.

BTW, I'd certainly NOT let a vendor EXE loose Without knowing *exactly* what it's doing. Sure, it's extracting and executing an MSI but are you sure it's not doing other stuff once the MSI's done with?

Comments:
  • msi shows all users property set to 2. I changed to 1 but still fails. - jay25oct 5 years ago
Posted by: jagadeish 5 years ago
Red Belt
1
Can you try with this command line

Setup.exe /s /v"/qn ALLUSERS=1"

Comments:
  • ok here is the thing. please guide me if I am on the right track.
    I tested successfully with simply through command line first like
    cmd---run as admin and execute "
    "\\psnva990\devpkg\CSI\QEG_BlockCross\_Backup\BlockCrossSetup.exe" /s /v"/qn ALLUSERS=1". it worked.

    Then I followed below steps to make sure it will work under system account or through SCCM.

    1) Run cmd.exe as Administrator

    2. Type the following command and press enter

    <PathToExe>\Psexec.exe -i -s -d cmd.exe

    3. You will get an another cmd prompt which is running in System Context

    4. Install your package through this new cmd prompt

    5. Check whether your package is getting installed without any issues or not.
    Here it does not install anything but it throws me error as "Access denied".

    Am I doing right things ? - jay25oct 5 years ago
    • Can you copy your package to local drive and then try to install it via System account, instead of installing it from the network location. - jagadeish 5 years ago
      • yes can run that way.....but not from network location..... - jay25oct 5 years ago
      • copied locally and it installed... - jay25oct 5 years ago
Posted by: jagadeish 5 years ago
Red Belt
1

Use the same command line in SCCM

BlockCrossSetup.exe /s /v"/qn ALLUSERS=1"

When you advertise the package, in the "New Advertisement Wizard" ->Distribution Points

Select the following options

Download Content from the distribution point and run locally



Comments:
  • yes this option has been selected when I tested it, but seems it does not help for installation - jay25oct 5 years ago
    • was it working? any update - jagadeish 5 years ago
      • hi it worked. thanks - jay25oct 5 years ago
Posted by: dunnpy 5 years ago
Red Belt
0
Enable windows installer logging and run the exe installer.

Examine the logs that are created and it should identify which MSIs were run, from where and with what command line parameters passed to them.

Grab the MSIs and create an MST for each one and incorporate the relevant settings, plus your usual standards.

Test locally and if working ok, test through SCCM individually, deploying one by one.
If that works, then create an installation chain and retest the deployment.


Posted by: anonymous_9363 5 years ago
Red Belt
0
See the line few lines under the one like this: " ****** Command Line *******"? It says :[blah]BlockCross Client MSI -2147286037. Translating that last number to hex we get FFFFFFFF80030003. Drop the leading Fs - we're left with the classic DOS error 3 - Path not found. Something's gone missing.
Posted by: dedenker 5 years ago
3rd Degree Black Belt
0
These are the challenging setups! :-D

Anyway, all user = true and under system account still fails, right?

Does the application require any network access?
Did play around with Program Properties of the package?
Perhaps enable "allow users to interact with this program" can help, some setup somehow require a GUI.
Even if setup is unattended.

Last options are to debug the MSI and find out what is causing this block or repackage the MSI...(yes, very ugly).



Comments:
  • repackaging an already msi is I think not a good option. still it worked when Selecting the following options in SCCM

    "Download Content from the distribution point and run locally " - jay25oct 5 years ago
Posted by: vinodmukka 5 years ago
Orange Belt
0
Extract the MSI and check, the shortcuts might not be part of the MSI and setup is designed to install the install shortcuts per user, check if the setup.exe is running any actions other than installing msi and creating shortcuts, extract the msi, create transform, add shortcuts and use property ALLUSERS=1.
Posted by: Pressanykey 5 years ago
Red Belt
0
Like VBScab said,
run the MSI with logging (/L*vx). Perhaps you could post the log so we could have some more info?
It could be anything from a "strange" / non-conform custom action to impersonation problems....

Comments:
  • hi here is the log which I get when I am running through sccm.




    === Verbose logging started: 7/28/2015 16:43:30 Build type: SHIP UNICODE 5.00.7601.00 Calling process: C:\Windows\SysWOW64\MSIEXEC.EXE ===
    MSI (c) (F0:04) [16:43:30:456]: Resetting cached policy values
    MSI (c) (F0:04) [16:43:30:456]: Machine policy value 'Debug' is 2
    MSI (c) (F0:04) [16:43:30:456]: ******* RunEngine:
    ******* Product: C:\Windows\system32\config\systemprofile\AppData\Local\Downloaded Installations\{A4FA9180-D2F5-4B7B-A6D1-B6B8DED93FD4}\BlockCross Client.msi
    ******* Action:
    ******* CommandLine: **********
    MSI (c) (F0:04) [16:43:30:457]: Client-side and UI is none or basic: Running entire install on the server.
    MSI (c) (F0:04) [16:43:30:457]: Grabbed execution mutex.
    MSI (c) (F0:04) [16:43:30:469]: Cloaking enabled.
    MSI (c) (F0:04) [16:43:30:469]: Attempting to enable all disabled privileges before calling Install on Server
    MSI (c) (F0:04) [16:43:30:474]: Incrementing counter to disable shutdown. Counter after increment: 0
    MSI (s) (10:A0) [16:43:30:478]: Running installation inside multi-package transaction C:\Windows\system32\config\systemprofile\AppData\Local\Downloaded Installations\{A4FA9180-D2F5-4B7B-A6D1-B6B8DED93FD4}\BlockCross Client.msi
    MSI (s) (10:A0) [16:43:30:478]: Grabbed execution mutex.
    MSI (s) (10:88) [16:43:30:479]: Resetting cached policy values
    MSI (s) (10:88) [16:43:30:479]: Machine policy value 'Debug' is 2
    MSI (s) (10:88) [16:43:30:479]: ******* RunEngine:
    ******* Product: C:\Windows\system32\config\systemprofile\AppData\Local\Downloaded Installations\{A4FA9180-D2F5-4B7B-A6D1-B6B8DED93FD4}\BlockCross Client.msi
    ******* Action:
    ******* CommandLine: **********
    MSI (s) (10:88) [16:43:30:479]: Note: 1: 2203 2: C:\Windows\system32\config\systemprofile\AppData\Local\Downloaded Installations\{A4FA9180-D2F5-4B7B-A6D1-B6B8DED93FD4}\BlockCross Client.msi 3: -2147287037
    MSI (s) (10:88) [16:43:30:479]: MainEngineThread is returning 3
    MSI (s) (10:A0) [16:43:30:480]: User policy value 'DisableRollback' is 0
    MSI (s) (10:A0) [16:43:30:480]: Machine policy value 'DisableRollback' is 0
    MSI (s) (10:A0) [16:43:30:480]: Incrementing counter to disable shutdown. Counter after increment: 0
    MSI (s) (10:A0) [16:43:30:481]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
    MSI (s) (10:A0) [16:43:30:481]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\Rollback\Scripts 3: 2
    MSI (s) (10:A0) [16:43:30:481]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\InProgress 3: 2
    MSI (s) (10:A0) [16:43:30:481]: Note: 1: 1402 2: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\InProgress 3: 2
    MSI (s) (10:A0) [16:43:30:481]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
    MSI (s) (10:A0) [16:43:30:481]: Restoring environment variables
    MSI (c) (F0:04) [16:43:30:481]: Decrementing counter to disable shutdown. If counter >= 0, shutdown will be denied. Counter after decrement: -1
    MSI (c) (F0:04) [16:43:30:482]: MainEngineThread is returning 3
    === Verbose logging stopped: 7/28/2015 16:43:30 === - jay25oct 5 years ago
  • if wanted I can post SCCM logs too... - jay25oct 5 years ago
    • No need, looking at this, it is a bit more complex. I think that the boot strapper (the exe that is installing the nested / transactioned msi's) is having problems. Have you tried extracting the MSI'S and installing them individually? - Pressanykey 5 years ago
      • yes I tried to install .msi and same problem as with setup.exe. works manually or through command line but not through SCCM... - jay25oct 5 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

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