This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- multi-instance services not removed
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 05, 2010
07:33 PM
multi-instance services not removed
Hello,
I've seen the subject raised here, but haven't been able to track down a solution: in a multiple instance install, the services install successfully in the Services Control Module, but upon Remove, only the base instance is unregistered from SCM.
This is an IS 2010 Basic MSI project, and I'm curious whether this is a known issue (i.e., bug). Thanks to anyone out there who has knowledge of this and is willing to share it. 😄
I've seen the subject raised here, but haven't been able to track down a solution: in a multiple instance install, the services install successfully in the Services Control Module, but upon Remove, only the base instance is unregistered from SCM.
This is an IS 2010 Basic MSI project, and I'm curious whether this is a known issue (i.e., bug). Thanks to anyone out there who has knowledge of this and is willing to share it. 😄
(6) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 08, 2010
09:53 AM
I guess that the components associated with your services are not getting uninstalled for some reasons. Have you tried creating a verbose log of the installation? That might help identify the issue.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 08, 2010
08:36 PM
I've written a multiple instance install that had a service and I never saw this problem. I second looking at the log file and trying to see why the component isn't being removed.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Apr 22, 2010
07:38 PM
Sorry guys, for the late response. (So much for the thread alerts!)
The files themselves (and parent components) are being removed, except for those that I wish to remain on the machine (e.g., configuration file for the service).
Interestingly, it isn't the base instance whose service is removed, but whichever instance I remove LAST. So, for instance, with three instances, the first two removes do not uninstall the respective service instance, but the final remove does, in whatever order I decide to remove them. Hope that makes sense.
What might I look for in the verbose log? It looks rather normal...
The files themselves (and parent components) are being removed, except for those that I wish to remain on the machine (e.g., configuration file for the service).
Interestingly, it isn't the base instance whose service is removed, but whichever instance I remove LAST. So, for instance, with three instances, the first two removes do not uninstall the respective service instance, but the final remove does, in whatever order I decide to remove them. Hope that makes sense.
What might I look for in the verbose log? It looks rather normal...
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 05, 2010
04:58 PM
Hello,
I do indeed have components that are not being removed. The files within are, but since this is a multi-instance install, that would seem to explain why the first Remove is unsuccessful in deleting reg and SCM entries.
If the Component Codes are the same between the two instances, would that explain this behavior? And if so, how does one change those GUIDs between instances?
Also, the [InstanceId] property is not being resolved in the path of the components, although it is for the registry and SCM entries. (So the path on the target machine literally becomes \Program Files\\[InstanceId].) Not sure if that plays a role in the components being set to "Action: File Absent" during the first uninstall.
I must either not understand some fundamental Windows Installer concept that drives the multi-instance functionality, or it's hopelessly unwieldy.
I do indeed have components that are not being removed. The files within are, but since this is a multi-instance install, that would seem to explain why the first Remove is unsuccessful in deleting reg and SCM entries.
If the Component Codes are the same between the two instances, would that explain this behavior? And if so, how does one change those GUIDs between instances?
Also, the [InstanceId] property is not being resolved in the path of the components, although it is for the registry and SCM entries. (So the path on the target machine literally becomes \Program Files\
I must either not understand some fundamental Windows Installer concept that drives the multi-instance functionality, or it's hopelessly unwieldy.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 05, 2010
06:03 PM
To keep the nonfile data of each instance isolated, the base package should collect nonfile data into sets of components for each instance. The appropriate components should then be installed based on conditional statements that depend on the instance identifier. Regarding to the formatted text string in the path of the components, please refer to Q111409: HOWTO: Setting a Directory Dynamically.
Hope that helps.
Hope that helps.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 05, 2010
07:45 PM
Thanks, Hidenori, that is quite helpful. I wish there was an easier way to differentiate/isolate the instance data, as I may allow the user up to 10 or so instances of this application. But so long as there is indeed a way... 😉
Thanks again.
Thanks again.
![](/skins/images/D60DF682EA37BF37032955CE10F3F0BB/responsive_peak/images/icon_anonymous_message.png)