/build/static/layout/Breadcrumb_cap_w.png

HELP NEEDED with MSIEXEC

Hello All,

For deploying our software we use MSIEXEC for the installation. The msiexec command is,

msiexec.exe /I “test.msi” transforms=”test.mst” /q

After the install is completed it adds the path of install source to the system PATH environment.

To explain better,
1. I am installing from D:\Image\install path(Where test.msi is present) and my binaries to be installed are under D:\image\install\program files\Test.
2. Software gets installed at "c:\program files\Test".
3. After the install is complete source path "D:\image\install\Test\program files\Test" is getting added to the PATH environment variable along with the install path("c:\program files\Test"). This is causing some problem.

I would like to know why is source path getting added to PATH environment variable and what could be the problem. If anyone has faced the similar problem and was able to fix it. Please help me.

Thanks in advance.

0 Comments   [ + ] Show comments

Answers (10)

Posted by: MSIPackager 15 years ago
3rd Degree Black Belt
0
Personally never had that happen to me..

What's in the environment table of the transformed MSI ?

Cheers,
Rob.
Posted by: smooochy 15 years ago
Orange Belt
0
What are you using to package it?
In Windows Installer, the WriteEnvironment Strings standard action writes to your environment variables based on what is in your Environment Table.
If you want to remove this completely then remove the action from your sequence, and/or delete the entry in the Environment Table.
Posted by: maker.rain1 15 years ago
Senior Yellow Belt
0
Thanks for quick reply. We are using SMS.
Posted by: smooochy 15 years ago
Orange Belt
0
Well SMS is the deployment tool, for packaging you use Installshield, WISE, etc.
Just asking because if you use Installshield I could tell you where to look, but I'm not familiar with other packaging tools.
Posted by: maker.rain1 15 years ago
Senior Yellow Belt
0
Installshield is used for creating the install package. But for deployment SMS is used.
Posted by: smooochy 15 years ago
Orange Belt
0
Okay well then in the buttons on the left-hand side there should be a "Sequences and Custom Actions" selection, where the WriteEnvironmentStrings action should be listed.
Look for the Environment table in the Direct Editor.
Posted by: maker.rain1 15 years ago
Senior Yellow Belt
0
Thanks will try that.
Posted by: maker.rain1 15 years ago
Senior Yellow Belt
0
I checked the Environment table in the .mst file but i dont see anything that adds the additional path. Any other thing that could be causing the problem?

Thanks
Posted by: anonymous_9363 15 years ago
Red Belt
0
- A Custom Action?
- A direct addition to the registry? If it's a user-level variable, it'll be in HKCU\Environment. For machine-level, check HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment
Posted by: pjgeutjens 15 years ago
Red Belt
0
If it's a vendor MSI you might want to run through the custom actions, see if there's one that looks suspect.
I guess it could be injected straight into the registry too at [HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment].

If this is a bust, combined with the tests already mentioned above, I think it's time to start looking to your SMS server as the possible culprit.

PJ
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
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