cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Pilgrim

Error while checking for instances

Hi,

I have recently started working on Installanywhere 2010.
We are trying to migrate our Installshield installer to Installanywhere.
I was looking at the implicit options available for upgrade with Installanywhere. I found that instance management has been added to the Installanywhere which takes care of the upgrade.
I made a sample project with version 8.5.0.0 and then created a higher version build 8.5.1.0.
In the advances settings, I have enabled the maintenance mode support and checked all its available options.
I have enabled Instance Management and limited it to a single instance.
I have selected to identify instance using location and subrevision.

I installed 8.5.0.0.
When I run the installer for 8.5.1.0 it presents me with an option of modifying the existing instance and Installanywhere is able to find the correct instance. But one I go to next step it gives an error saying
An error occured while trying to manage the selected instance.

I ran the installer in debug mode and found the following error messages.

ChooseBundledVMs: Unable to locate the VMPack Directory
ZGUtil.getInputStream(): unable to load resource:
uninstaller.properties
java.io.FileNotFoundException: uninstaller.properties (The system cannot find th
e file specified)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.(Unknown Source)
at java.io.FileInputStream.(Unknown Source)
at ZeroGd.b(DashoA10*..)
at ZeroGd.l(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.x(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.m(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.l(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.j(DashoA10*..)
at com.zerog.ia.installer.LifeCycleManager.a(DashoA10*..)
at com.zerog.ia.installer.Main.main(DashoA10*..)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.zerog.lax.LAX.launch(DashoA10*..)
at com.zerog.lax.LAX.main(DashoA10*..)

=======================================================

Error while checking for instances

An error occurred while trying to manage the selected instance

=======================================================


Can anybody explaing why this error is coming and how can I correct this?
I do not find this file on the system and why is the Installanywhere looking for a file?
Under the Install tab for the Uninstall $PRODUCT_NAME$ section I see there is an option to edit Uninstaller properties. Is it this same file? Do I need to configure it differently?
Labels (1)
0 Kudos
21 Replies
Highlighted
Pilgrim

Re: Error while checking for instances

Hi richakamal,

The error message clearly says that the instance management even though it detected the instances could not manage the instance.

Looks like the uninstaller folder was tampered with for the previous instance and hence the Instance Management was not able to manage it.

The file uninstaller.properties which the Instance Management/Uninstaller for IA uses for initializing the Maintenance Mode / Uninstall mode depending on the execution mode, it is in....

Is there any chance that the version 8.5.0.0 was installed by installshield and you are trying to manage this instance through an installed generated by installanywhere.... i think not... but i thought i should clarify...

Thanks,
Jiju
0 Kudos
Highlighted
Pilgrim

Re: Error while checking for instances

Hi Jiju,

I ran the two installers back to back on a fresh machine. Both of them are IA installers and I am not using any Installshield installer.
I did not change any data from the previous installation.
I am not even presented with the maintenance option(add, remove, repair, uninstall) screen, then why is the installer looking for uninstaller.properties. Should it be present somewhere? Where should I look for it?
One thing to note is that I am using a trial version of Installanywhere 2010 with a license server.
Can that be a problem?

Regards,
Richa.
0 Kudos
Highlighted
Pilgrim

Re: Error while checking for instances

That is strange...

Would it be possible for you to share the project and would you also be kind enough to let me know your platform on which you are trying this issue?

Can you also please check if you have applied the public hotfix a for InstallAnywhere 2010 that was released. Can you please let us know if you face similar issues after applying this patch.

Thanks,
0 Kudos
Highlighted
Pilgrim

Re: Error while checking for instances

This installer is for Windows platform.
I was using IA 2009 previousy for evaluation, and then I shifted to IA 2010 for instance management. So the project has been migrated from IA 2009 to IA 2010. For testing, both the installers were built using IA 2010.
I am attaching the project file with this thread.
I applied the IA patch, but still the issue exists.

Thank you.
0 Kudos
Highlighted
Pilgrim

Re: Error while checking for instances

Hi richakamal,

You need to make sure that the Create Uninstaller action in your install phase, is linked correctly to your InstallAnywhere Uninstall Component (standard). This is what is causing this issue.

Hope this helps.

Thanks,
0 Kudos
Highlighted
Pilgrim

Re: Error while checking for instances

Hi Jiju,

Can you provide me with some sample project files or examples for it?
How is the upgrade handled with maintenance mode and instance management? I am not able to understand the flow here. Why should I add Uninstaller action for my upgrade?
At what point do I need to add this custom Uninstaller action? This requirement was not there with IA 2009.

Does that mean we will be doing major upgrade everytime, i.e., removing the old components and then adding the new ones?
My issue here is that I am installing other products during our product installation. Now during upgrade I dont want to uninstall those products but simply call their respective installers for their upgrade.
But for our product uninstall I want to uninstall these nested installations too.
In IS there is a msi property UPGRADINGPRODUCTCODE which can do this for us. With IA also it should be possible to limit these based on option("Add", "Repair", "Remove", "Delete") provided, right?

Isn't there any provision for minor upgrade, i.e, simply replace the existing files?

Thanks,
Richa.
0 Kudos
Highlighted
Pilgrim

Re: Error while checking for instances

Another query was regarding the component version. Can that not be used to upgrade the files without doing the major upgrade?
0 Kudos
Highlighted
Pilgrim

Re: Error while checking for instances

Hi richa,

Let me explain the scenario.

Let us take an installer for product A with 1.0. Let 1.0 be the base version. The Create Uninstaller action association with the InstallAnywhere Standard uninstall component is given by default in your project, unless it is changed by accident or consciously by the setup author. So for version 1.0, this component association is by default present and if it is installed, then this component mapping is stored in the zerog registries.

On a repeat install of 1.0, the instance management searches the Zerog registry and finds out the version 1.0 location and lets you locate / modify the same instance.

For an upgrade to 1.0, let us call it 1.5, you need not technically have the Create Uninstaller Action / the uninstall phase (especially if you just replace some files as in your case). Hence there is no hard rule to have the uninstall component association in your case. The instance management will continue to work as before. If the installed location is still the same, then the system will continue to have just one instance.

The requirement for Create Uninstaller action to be associated with the InstallAnywhere Standard uninstall component is due to the fact that this is the only way that Instance Management is going to find out your uninstaller location (especially some users create uninstallers in different locations).

I did not understand your second question
"Another query was regarding the component version. Can that not be used to upgrade the files without doing the major upgrade?"

Please let me know if you have any other questions.

Thanks,
Jiju
0 Kudos
Highlighted
Pilgrim

Re: Error while checking for instances

Forgot to add that Maintenance Mode and Instance Management does not handle the upgrades & restorations by itself now... The install authors will have to setup this item for now. This feature is in the pipeline and will be available in the future releases of IA subject to Product Management approval.

Thanks,
0 Kudos