/build/static/layout/Breadcrumb_cap_w.png

How to force repair???

is there a way of forcing Repair when re-installing an MSI.

I'd like to do the following:
- install my MSI
- re-install my MSI on demand - resetting all files and reg entries silently (without maintenance prompts) and without using the MSIEXEC /f switch from the command line (i.e. just double clicking the original MSI file)

I'm using Wise Package Studio Enterprise 5.1 to create my packages.

Any suggestions would be appreciated as I've tried a number of steps with no success.

Thanks,

Andy.

0 Comments   [ + ] Show comments

Answers (6)

Posted by: fetgor 20 years ago
Senior Purple Belt
0
We have developed an EXE file that does this for us.

in the msi package we have added a file called repair.ini

***repair.ini file***
[REPAIR]
AcrobatReader5.0.5.msi=/fpus {FDF64A04-28F0-495B-BF50-8A1508E101D8} /qn
***end***

And when a user is logging in the exe file is looking if a file is stored in the %USERPROFILE%\Local Settings\AcrobatReader5.0.5.msi exists if for a repair prosess will start.

COntact med if this sounds interesting, but be aware ot that all msi packages have to be redone - and reinstalled first, but of caurse this can be used tharting NOW.

We are doing this because wa have the files outside the msi package, so the user will not have problems then starting up an applikation fpr the first time locally.

//Göran Fetter
goran.fetter@se.aga.com
Posted by: Cocopq 20 years ago
Senior Yellow Belt
0
Well there are serveral ways of doing this depends why and when you want to do this!! You could create a shortcut in the startup folder that deletes after running the repair or you could put it in the RunOnce Key to run a repair - be careful do if you are doing this with multipe msis you cannot run more then one instance of MSIEXEC at a time so if 2 packages are repairing one will fail.
Posted by: micaab 20 years ago
Yellow Belt
0
thanks for your replies.

we have a VB app that utilises local .xla files. These files are amended by some of the VB app actions. There is a suspicion that the .xla files become corrupted sometimes or even amended by users. Because of the nature of the VB they have to be R/W on the desktop.

Our apps support team sometime recommend re-installing this app but since moving our packaging to MSI rather that WinInstall NAI the re-install is not as easy.

I will write a separate small repair EXE to force repair, but what I really wanted to do was to make the MSI re-install without checking for it's own existence.

PS. This app is deployed by SMS.
Posted by: sean_c_roberts 20 years ago
Senior Purple Belt
0
Why not just make sure that the .XLA file is its own key component?

That way, when the user starts the app through the shortcut, that file will get checked to see if it's been changed/corrupted... and the MSI will self repair/revert back to the original install...

That way, you don't have to invoke self-repair externally, rather it'll be done automatically everytime someone runs the app.
Posted by: Zulumika 20 years ago
Senior Yellow Belt
0
I hope I'm not too much out of context here ; I thought of an
auto-repair solution alternative ...

The situation:
We have a network application on drive J:.
Configuration settings for this application
are stored in HK current user.
We install a shortcut pointing to the exe on the j:
drive so it's not advertized.
This app is installed with admin right but
needs to run with user rights.

The problem:
Nothing triggers the auto-repair to re-write
the configs in HK current user, so the application
starts but there's no configs.

A solution:
I thought, if I can't repair this application, I should
let the user do it; whenever he wants.
So I created a shortcut in the start menu next to the exe shortcut
called "Install your configurations". This points to
C:\WINDOWS\System32\msiexec.exe /FMOSU "\\server\path\application.msi"
Auto-repair starts and writes the configs to the current user section
(repairs the whole package for that matters).

I realize that this is not entirely automated but it works.
Posted by: cdupuis 20 years ago
Third Degree Green Belt
0
In your environment this works, but in a setup simillar to mine, it would not. We have our users and machines locked down to the point where they cannot use the windows installer service. All autorepairs are called by Active Directory as that is how the apps are deployed.
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

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