We're using LDMS 8.6 and having problems deploying a 3rd party MSI to our PCs.. looks like a privileges problem as installs fine when logged in as an admin. When logged in as a normal user with fails to run and just adds an entry to the event log of a failed installation. I've tried various methods and command lines and all have the same results, any suggesstions?
You could try this 3rd party application.
It will take a msi or .exe and allow you to specify a account to run it under. It will then encrypt the command as a stand alone .exe.
I have seen this work a few times when the package needed to run as a local administrator. One thing to keep in mind with this utility is that it will not work if there is a GPO that is blocking the use of the "run as" command.
The software that you are trying to distribute, did you use a tool to edit the msi or create a transform or msp file? Are you having any issues with other software distributions? Logged in as the user of the PC can you access you package share via http and UNC? Here's a link to a doc on how to distribute Office 2007, it has a lot of good information that might help you track down you issue. http://community.landesk.com/support/docs/DOC-2126
Using a transfrom or .MSI editor could help. However, there are are a lot of poorly written MSI files out there that will not work unless executed by a admin account.
Thanks for the responses.
All of our other packages work absolutely fine under standard user logins and I'm thinking it may be a problem with the way the msi has been written. Is there anything I can add to the MSI to get this working under a normal user account? I don't have a transform file to use with it but could have alook a creating one - what's the best util to use to create a transform?
You indicate that the install work fine under local user context? If all your users are local admins then just use install as the local user in your delivery methods. I've found very few packages (% of our installed base) that will not install correctly as the local system account. The question is it should only install under local system account if the user is not a local admin. So I would start with: