/build/static/layout/Breadcrumb_cap_w.png

MSI Installs Locally But Not via Managed Install

Hey Guys:

I've been working with managed installs and scripting on a K1000 the last few weeks and I've gotten several installers (15 or so) to work correctly.  

There's one program I can't quite get to work though - Fonality HUD Client 3.5.

When I attempt the manual install via command line using this script - "msiexec /i "hud-3.5.0.007900.msi" /qn" - it installs correctly.  However when I upload the .msi (or .zip file with the .msi file enclosed) into the K1000 and add the same script to the managed installation command line it only copies the files to the program files directory.  No desktop shortcut is added and no add/remove programs entry is made as it is when you install it manually.

Interestingly it allows me to run the program if I run it from the source .exe file once it's copied onto the computer.  I also see the program in the KACE software inventory list.

I'm at a loss here and any help would be appreciated.

Thanks in advance,

Luke


2 Comments   [ + ] Show comments
  • I've gotten psexec installed but can't get anything to run from a network share.

    My script is:

    c:\share\psexec>psexec.exe "\\TARGETPC -i -s "\\fileserverUNC\path\path\file.msi"

    "Result "PSEXEC Could Not Start \\fileserverUNC\path\path\file.msi on TARGETPC: The system cannot find the file specified. "

    If I access it through my explorer window it pops right up. Sigh. - lukeamotion 9 years ago
    • Right, that's because the system account generally doesn't have access to network shares unless the network share is setup to give computer accounts access. Normally only domain users are given permissions to shares. - chucksteel 9 years ago
  • Try this: "msiexec /i "hud-3.5.0.007900.msi" ALLUSERS=1 /qn" - EdT 9 years ago

Answers (4)

Posted by: chucksteel 9 years ago
Red Belt
1

I have found that some applications install shortcuts and Add/Remove program information for the current user only so when you install via managed install those things don't seem to appear since they exist for the system account. I would recommend using PS Tools to open a command prompt as system and run the install from there and see if you get the same results as when you use the managed install.


Comments:
  • Thanks Chuck. One question though. Is PSEXEC required on the target computer in order to run or is it a program that just calls powershell?

    Luke - lukeamotion 9 years ago
    • You would only use PSExec on your machine to test the install, not as part of the managed install process. - chucksteel 9 years ago
      • So if I get it to work, I add the script that works on my computer to the managed install it'll work. Got. it - lukeamotion 9 years ago
Posted by: SMal.tmcc 9 years ago
Red Belt
1

I agree with chuck, it needs a users temp area to stage or just active profile to install in.  You can try running this as a kscript as a user and see what happens

 

Posted by: Badger 9 years ago
Red Belt
1

I have seen this a few times, esp with vendor MSI's. The ALLUSERS property is not set properly. Open the MSI and see what is in the Property table for ALLUSERS. Then post some updates....

Posted by: anonymous_9363 9 years ago
Red Belt
1

If the MSi contains user profile-targetted data (e.g. HKCU registry fluff) then you should configure it for self-healing.

I won't repeat the procedure here, as there will be a quadzillion entries here on AD. For a succint summing-up and guidance, seek out John McFadyen's excellent article on it.

Can you also please delete your two duplicate posts? thank you.

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