Video Screencast Help
Search Video Help Close Back
to help
Not able to make it to Vision this year? Get a sampling in the Best of Vision on Demand group.

Backup config file during Upgrade....

Updated: 11 Nov 2011 | 6 comments
NetRock's picture
0 0 Votes
Login to vote
This issue has been solved. See solution.

I need to run a CA during upgrade. But not able to use the conditoin "UPGRAD_1", because they have been already releases with different verions of the same product, therefore, the value has been changed. The Custom actions run in immediate execute and deferred. Before upgrade starts removing files after FindRelatedProduct, one CA backs up a config file and place it in the root and at the end of the installation another CA puts back the backuped configuration file in its origional directory and deletes the file from the root. At the end of installation, all files newly installed (Major Upgrade) except the configuration file.
in this case what is the best way to do this. I was thinking to setup public property in APPSearch or something like that. Any prompt suggestion appreciated.

Thanks

Comments

piyushnasa's picture
10
Nov
2011
2 Votes +2
Login to vote

The UPGRADE_1 Property is for

The UPGRADE_1 Property is for current installer and not for already installed applications. So whatever values you give in your upgrade table should work.

However, apart from this, you can write a vbscript which can always run (Condition: NOT REMOVE) at installation or upgrade. You can just keep a check in the vbscript to see if the config file exists you can take the backup or skip the action. This will work for first installation as well as for upgrade.

Hope this helps and works for you.

Piyush Nasa Altiris Certified Professional (ACP)

http://msiworld.blogspot.com/

EdT's picture
11
Nov
2011
0 Votes 0
Login to vote

Shouldn't the condition be

Shouldn't the condition be NOT REMOVE="ALL" ?

Also, the custom actions should be ONLY in the deferred sequence as the deferred sequence is where changes are made to the system.

If your issue has been solved, please use the "Mark as Solution" link on the most relevant thread.

VBScab's picture
11
Nov
2011
0 Votes 0
Login to vote

>the custom actions should be ONLY in the deferred sequence

...unless, of course, the CAs in the deferred sequence need data passed to them via CustomActionData, which may be what's happening here.

Don't know why 'x' happened? Want to know why 'y' happened? Use ProcMon and it will tell you.
Think about using http://www.google.com before posting.

NetRock's picture
11
Nov
2011
0 Votes 0
Login to vote

Thank you piyushnasa that is

Thank you piyushnasa that is the easier way to do this, But i must give the credit to Edt to complete the way, with the correct condition. yes, the custom actions that make the changes are in the deffered.

Thanks.   

piyushnasa's picture
13
Nov
2011
1 Vote +1
Login to vote

As long as your problem is

As long as your problem is solved and I am able to help, that matters a lot to me than to whom you give the credit.

EdT has always been supportive to provide the right solutions.. :)

Piyush Nasa Altiris Certified Professional (ACP)

http://msiworld.blogspot.com/

EdT's picture
14
Nov
2011
0 Votes 0
Login to vote

Agreed

I agree - the first order of play is to try and solve the problem.

I started posting in the forums many years ago, as I was learning as much as I was contributing, and I continue to learn from others. By participating here, we help ourselves as well as others.

If your issue has been solved, please use the "Mark as Solution" link on the most relevant thread.